Downloads & Free Reading Options - Results

This paper reports an implementation of the PHY specifications of the IEEE 802.15.4 standard for the frequency band 868 915 MHz on a Software Defined Radio (SDR) platform. This standard is defined for low power, low data rate and low cost wireless networks. These specifications are used by the Zigbee technology for various applications such as home automation, industry monitoring or medical surveillance. Several hardware PHY 868/915 MHz band IEEE 802.15.4 transceiver implementations have been already reported on ASIC and FPG [1] [2]. SDR offers one possibility to realize a transceiver with high flexibility and reconfigurability [3]. The whole transmitter and receiver chain has been defined in software using the GNU Radio software project [4] and the USRP (Universal Software Radio Peripheral) platform from Ettus Research [5]. Two new blocks have been added to the GNU Radio project, one for the Direct Sequence Spread Spectrum and the second for the reconstruction of the packets. The experimentations have been performed in a noisy environment and the PER, BER and SNR have been computed. The obtained results are coherent with what can be expected from the theory.

This software implements software-defined radio procession over multi-core, multi-CPU systems in a way that maximizes the use of CPU resources in the system. The software treats each processing step in either a communications or navigation modulator or demodulator system as an independent, threaded block. Each threaded block is defined with a programmable number of input or output buffers; these buffers are implemented using POSIX pipes. In addition, each threaded block is assigned a unique thread upon block installation. A modulator or demodulator system is built by assembly of the threaded blocks into a flow graph, which assembles the processing blocks to accomplish the desired signal processing. This software architecture allows the software to scale effortlessly between single CPU/single-core computers or multi-CPU/multi-core computers without recompilation. NASA spaceflight and ground communications systems currently rely exclusively on ASICs or FPGAs. This software allows low- and medium-bandwidth (100 bps to .50 Mbps) software defined radios to be designed and implemented solely in C/C++ software, while lowering development costs and facilitating reuse and extensibility.

The Integrated Radio and Optical Communications (iROC) project at the National Aeronautics and Space Administration (NASA) is investigating the merits of a hybrid radio frequency (RF) and optical communication system for deep space missions. In an effort to demonstrate the feasibility and advantages of a hybrid RF/Optical software defined radio (SDR), a laboratory prototype was assembled from primarily commercial-off-the-shelf (COTS) hardware components. This COTS platform has been used to demonstrate simultaneous transmission of the radio and optical communications waveforms through to the physical layer (telescope and antenna). This paper details the hardware and software used in the platform and various measures of its performance. A laboratory optical receiver platform has also been assembled in order to demonstrate hybrid free space links in combination with the transmitter.

Foundations of Amateur Radio As a quick recap of what I've discussed before, a Software Defined Radio is a tool that essentially measures the voltage at the base of an antenna system and sends that to a computer for processing. The faster you measure, or sample, the better the representation of what's coming in via the antenna. The traditional view is that you need to sample at least twice as high as the highest frequency you want to represent. You may also recall that an antenna system doesn't just receive a single frequency, the one your radio is tuned to, but all frequencies. So, if you need to build a software defined radio from scratch, your first question might be: What do I want to listen to?, followed by: Which sample rate do I need? If we were to answer the first question with HF, say up to 50 MHz, the answer would be something like a sample rate of 100 MHz, so you can capture any signal up to 50 MHz. So, twice the highest frequency as the one you care about, that's the short way of waving your hands about and ignoring any little inconvenient side effects. Like, what happens to signals above 50 MHz? First of all, your antenna system will still receive those signals to more or lesser degree, they don't just vanish because your sampling tool isn't interested in anything over 50 MHz. The second thing that happens is that the signals between 50 and 100 MHz will turn up backwards between 0 and 50, so you'll effectively hear 51 MHz at 49, 55 MHz at 45 and so on. As a neat little side-effect, for those reversed signals, an upper side band signal will turn into a lower side band signal and vice-versa, but I'll leave that for another time. In case you're wondering, yes, this can be a desired effect. The signals between 100 and 150 MHz will also turn up where they're not welcome, 105 MHz becomes 5, 110 MHz becomes 10 and so on. A different way to picture that is to think of a tri-fold birthday card. Lay it flat on the table, put a 0 in the top left, 50 at the first fold, 100 at the second fold and 150 in the top right. You're looking at 0 to 150 MHz. Now fold it up. You'll notice that 0 and 100 are in the same place and 50 and 150 are also in the same place. If you need more detail, put some in-between numbers, 25 MHz, 75 MHz and 125 MHz and you should see what's happening. I've seen it described as digital origami and it is. The technical term is called aliasing and it's also referred to as folding. It happens in day-to-day life as well. If you've ever seen a wheel running backwards on television or on a film, that's an example of folding. If that's not enough, this phenomenon repeats itself, 150 to 200 MHz is overlapped in reverse, 200 to 250 MHz overlaps normally and so on. You might come to the conclusion that your magic SDR isn't so magic any more, now you have all this other stuff turning up that you don't want to hear. So what do you do? One approach is to increase the sample rate, but as I've explained, it doesn't make the problem go away. But here's the thing: If you were to sample at say 200 MHz, you'd be perfectly fine with any signal up to 100 MHz. Now here's the kicker. If you filter out anything above 50 MHz, and as long as there's nothing left by the time you get to 100 MHz, you're good to go, no more unwanted information, no more aliasing or folding. Essentially what you've just done is created a thing called a bandwidth limited system. You've essentially removed anything above 100 MHz and now your sampling is working as planned and all of the stuff I've said about sampling at least twice the maximum frequency applies. Yes, there's more, but I'll get to that another time, but to give you a taste, what happens if you want to use the same SDR to listen to the 2m band? I'm Onno VK6FLAB

Foundations of Amateur Radio If you were asked to make an image of the Sydney harbour bridge and only use four dots, the viewer might struggle to determine what was the bridge, the sky, the water and the Sydney Opera House. Regardless of the number of colours available to you, the number of dots would not be enough information for most people. You might have a nice piece of art on your hands, but it might be ineligible for the Archibald prize. Even if you were allowed many colours, and just four dots, figuring out if the blue dot was water, sky, or the background of the Australian flag on top of the bridge might be just as complicated. If you were asked to make the image with one hundred dots, and only use black and white, from the perspective of the viewer you'd have a result that was easier to understand. Use a thousand dots, even easier, even if you only used black and white. Now, if you were to use a hundred dots, with ten colours, your image might be just as easy to understand as if it was a thousand dots in black and white. The point is, there are two things going on here. The number of dots and the information contained in each dot. More dots or more colours, or both, will help your image. Similarly, in Software Defined Radio, more dots, that is, more samples, will help and as I've previously mentioned, you need at least twice the number of samples as the highest frequency that you're measuring. But what of the colours in relation to an SDR? Measuring voltage as a human with a piece of paper is pretty straightforward. Provided you've got a Volt meter, a piece of paper and a scribble stick, you're good to go. If you measure your voltage as 1 Volt, you write 1, if it's -1 Volt, you write -1. Similarly, if it's 100 Volts, you'd write 100, 13.8 Volts and you'd write 13.8. We'll get back to colours in a moment. Provided your paper is big enough, you can record as many values as you need and as accurately as you desire. 13.8 or 13.8853, makes no difference to a piece of paper. Computers represent numbers internally using powers of two, called bits. A single bit can represent two values, 0 and 1. Two bits can represent four values, 8 bits represent 256 values and 16 bits represent 65536 different values. The takeaway is that there are a specific number of values that you can represent inside a computer, depending on how many bits you use. Consider the values I've mentioned, 1, -1, 100 and 13.8. That's four different values. If it's not immediately obvious, what ever solution you come up with, tracking positive and negative, tracking small and large, whole and fractions should all be part of the mix. In case you're wondering, we're essentially describing here how many colours or values we are going to allow, or in terms of a computer, how many bits. Let's consider all the values you might measure and represent inside a computer. How many different voltages do you want to be able to record between 1 Volt and 100 Volt? If you allow for ten values, you can record 10 Volt, 20 Volt and so-on, but you can't record 15 Volt. If you allow for a hundred values, you can record 1 Volt, 2 Volt and up, but you won't be able to record 1.5 Volt. If you account for a thousand values then you can record 1.1 Volt, 1.2 Volt and so-on, but you can't record -10 Volt. Remember, our computer representation can only manage a specific list of values and the size of the list is determined by the number of bits you're using. The rabbit hole goes even deeper. Radio signals vary massively in their strength, which is why we use a decibel scale to represent the signal strength, instead of saying station A is a thousand times stronger than station B, we say it has a signal level that's 30 dBm higher. That's comparing a 1 Watt station to a 1 kilowatt station, and in terms of voltage, that's between 20 Volt and 632 Volt. If you're designing a mechanism to store your measurements inside a computer, you might decide to use dBm to record your measurement. Let's say 30 values from 30 to 60 dBm. Sounds great, where do I sign up? Not so fast. What happens if our station is running less than 1 Watt, or if it's running 100 kilowatt, like when you happen to receive a nearby FM broadcast station? Not only do you need to contend with a whole range, called a Dynamic Range of measurements, you also need to deal with what happens to the overall picture. Let me say that in another way. Your voltage measurements at the base of your antenna are a representation of the RF information that your antenna is receiving, or transmitting for that matter. Representing that inside a computer means that the values you're using, and how fast your gathering them, determine how well the RF signal is represented. One thing to note is that the largest values represented by what ever you choose is only part of the problem. A signal that is stronger than the largest value you can record is not going to be recorded correctly. Similarly, a signal that is so small that it doesn't register as a change, also has an incorrect recording. Picking the right combination of dots and colours, sample size and bit-depth, doesn't end there, because there's even more to this, but I'll leave that for next time. To blow your mind, the Dynamic Range, bit-depth and sample size I've talked about in relation to Software Defined Radio, also applies to many other things, like taking a photo with your digital camera, or sampling digital audio, so understanding this in one area will likely help you in other places as well. The final takeaway is that a computer records a range of values that can represent a measurement in the real world. Picking the correct range of values determines how well your computer represents what your measuring. I'm Onno VK6FLAB

Channel Leakage Cancellation for Software Defined Radio (SDR) Narrowband Radar Interferometry Using GNU Radio presented by Victor Cai and Jon Kraft at GNU Radio Conference 2021 Because the SDR has both an RF transmitter and a receiver integrated in the same module, leakage from transmit into receive path is inevitable. Without proper compensation, the received radar signal is combined with this unintentional leakage signal from the transmit path creating unintended distortion in phase and amplitude. This type of accuracy degradation has been reported in the previous publication when a Multiple Frequency Continuous Wave (MFCW) distance sensing radar was created with SDR.[1] A traditional Pulse or FMCW radar needs 1GHz bandwidth (BW) to achieve 15cm resolution for short range applications, making a typical SDR’s 4-60MHz BW seem far from adequate for distance sensing. However, in this project, a new interferometry radar solution is demonstrated to make short range distance sensing possible using bandwidth-limited SDR. This new concept opens the doors to many short-range radar applications using this low cost SDR technology and will help to overcome the high power and harsh interference associated with traditional ultrawide band radars. Major improvement in distance sensing accuracy has been achieved by introducing two all-software solutions in GNU Radio for leakage cancellation and automatic erroneous result correction. This article will highlight how GNU Radio was used not only as a simulator in the debug phase but also as the end solution to the actual leakage cancellation in the radar operation. https://events.gnuradio.org/event/8/contributions/34/ Source: https://www.youtube.com/watch?v=RdYfmMYW_R0 Uploader: GNU Radio

Software-defined radio (SDR) technology allows radios to be reconfigured to perform different communication functions without using multiple radios to accomplish each task. Intelligent Automation, Inc., has developed SDR platforms that switch adaptively between different operation modes. The innovation works by modifying both transmit waveforms and receiver signal processing tasks. In Phase I of the project, the company developed SDR cognitive capabilities, including adaptive modulation and coding (AMC), automatic modulation recognition (AMR), and spectrum sensing. In Phase II, these capabilities were integrated into SDR platforms. The reconfigurable transceiver design employs high-speed field-programmable gate arrays, enabling multimode operation and scalable architecture. Designs are based on commercial off-the-shelf (COTS) components and are modular in nature, making it easier to upgrade individual components rather than redesigning the entire SDR platform as technology advances.

Software-defined radio (SDR) platforms generally rely on field-programmable gate arrays (FPGAs) and digital signal processors (DSPs), but such architectures require significant software development. In addition, application demands for radiation mitigation and fault tolerance exacerbate programming challenges. MaXentric Technologies, LLC, has developed a manycore-based SDR technology that provides 100 times the throughput of conventional radiationhardened general purpose processors. Manycore systems (30-100 cores and beyond) have the potential to provide high processing performance at error rates that are equivalent to current space-deployed uniprocessor systems. MaXentric's innovation is a highly flexible radio, providing over-the-air reconfiguration; adaptability; and uninterrupted, real-time, multimode operation. The technology is also compliant with NASA's Space Telecommunications Radio System (STRS) architecture. In addition to its many uses within NASA communications, the SDR can also serve as a highly programmable research-stage prototyping device for new waveforms and other communications technologies. It can also support noncommunication codes on its multicore processor, collocated with the communications workload-reducing the size, weight, and power of the overall system by aggregating processing jobs to a single board computer.

NASA is developing an architecture standard for software-defined radios used in space- and ground-based platforms to enable commonality among radio developments to enhance capability and services while reducing mission and programmatic risk. Transceivers (or transponders) with functionality primarily defined in software (e.g., firmware) have the ability to change their functional behavior through software alone. This radio architecture standard offers value by employing common waveform software interfaces, method of instantiation, operation, and testing among different compliant hardware and software products. These common interfaces within the architecture abstract application software from the underlying hardware to enable technology insertion independently at either the software or hardware layer. This paper presents the initial Space Telecommunications Radio System (STRS) Architecture for NASA missions to provide the desired software abstraction and flexibility while minimizing the resources necessary to support the architecture.

Previous development testbeds have assumed that the developer was physically present in front of the hardware being used. No provision for remote operation of basic functions (power on/off or reset) was made, because the developer/operator was sitting in front of the hardware, and could just push the button manually. In this innovation, a completely remotely accessible testbed has been created, with all diagnostic equipment and tools set up for remote access, and using standardized interfaces so that failed equipment can be quickly replaced. In this testbed, over 95% of the operating hours were used for testing without the developer being physically present. The testbed includes a pair of personal computers, one running Linux and one running Windows. A variety of peripherals is connected via Ethernet and USB (universal serial bus) interfaces. A private internal Ethernet is used to connect to test instruments and other devices, so that the sole connection to the outside world is via the two PCs. An important design consideration was that all of the instruments and interfaces used stable, long-lived industry standards, such as Ethernet, USB, and GPIB (general purpose interface bus). There are no plug-in cards for the two PCs, so there are no problems with finding replacement computers with matching interfaces, device drivers, and installation. The only thing unique to the two PCs is the locally developed software, which is not specific to computer or operating system version. If a device (including one of the computers) were to fail or become unavailable (e.g., a test instrument needed to be recalibrated), replacing it is a straightforward process with a standard, off-the-shelf device.

Previous development testbeds have assumed that the developer was physically present in front of the hardware being used. No provision for remote operation of basic functions (power on/off or reset) was made, because the developer/operator was sitting in front of the hardware, and could just push the button manually. In this innovation, a completely remotely accessible testbed has been created, with all diagnostic equipment and tools set up for remote access, and using standardized interfaces so that failed equipment can be quickly replaced. In this testbed, over 95% of the operating hours were used for testing without the developer being physically present. The testbed includes a pair of personal computers, one running Linux and one running Windows. A variety of peripherals is connected via Ethernet and USB (universal serial bus) interfaces. A private internal Ethernet is used to connect to test instruments and other devices, so that the sole connection to the outside world is via the two PCs. An important design consideration was that all of the instruments and interfaces used stable, long-lived industry standards, such as Ethernet, USB, and GPIB (general purpose interface bus). There are no plug-in cards for the two PCs, so there are no problems with finding replacement computers with matching interfaces, device drivers, and installation. The only thing unique to the two PCs is the locally developed software, which is not specific to computer or operating system version. If a device (including one of the computers) were to fail or become unavailable (e.g., a test instrument needed to be recalibrated), replacing it is a straightforward process with a standard, off-the-shelf device.

Latest Edition of the ICQ Amateur/Ham Radio Podcast Show - https://www.youtube.com/playlist?list=PLpeXXPMDQEG3YraMXe748QHZVXQE7gZM1 ICQPodcast Videos from Dayton Hamvention 2019 - https://www.youtube.com/playlist?list=PLpeXXPMDQEG3mClnOM2y9s00VtMSB_72t To see more Amateur / Ham Radio videos, visit the ICQPodcast YouTube Channel - https://www.youtube.com/channel/UCqrD... Get the latest Amateur / Ham Radio News delivered to your inbox - https://www.icqpodcast.com/subscribe-... The ICQ Amateur / Ham Radio Podcast is produced advert free because of donations from listeners like you. Support the show by visiting - https://www.icqpodcast.com/donate ---------------------------------------------------- The ICQ Amateur / Ham Radio Podcast Chris Howard (M0TCH/N4CTH) interviews Eric Swartz (WA6HHQ) as he announces the New Elecraft Radio - K4 Source: https://www.youtube.com/watch?v=LT6PGY5lOj4 Uploader: ICQ Amateur / Ham Radio Podcast

... Mini SDR 2., Raspberry Pi 5.0. Application focus: multi-hop mesh networks using the cluster duck protocol

James Chambers Amiibo are Nintendo’s "toys to life" product line, supported by the 3DS, Wii U, and Switch. Interested in seeing whether these figures could be used to exploit games or consoles, James decided to make an Amiibo simulator and fuzzing tool using software-defined radio. This talk will provide an in-depth look at the technology and proprietary security system behind Amiibo, as well as the process of reverse engineering it. He’ll also explain the development of the simulator using a Proxmark3, and how he used it to find a bug in the NFC protocol used by the Switch and Wii U. http://bit.ly/2KKVO2E Source: https://livestream.com/internetsociety3/hope/videos/178834609 Uploader: tubeup.py

No Description

The objective of this research was to design, build, and test the next iteration of a low-cost, high-bandwidth X-band software-defined radio (SDR). The flight version of this iteration of the payload will be integrated into a commercially provided 6U bus to transmit and receive data, commands, and telemetry between the satellite and the MC3 network. The spacecraft reference design included two other payloads and used the Astro Digital Corvus-6 bus as the baseline for defining payload-bus-ground interfaces. This project utilized MATLAB Simulink to program the SDR. The SDR will primarily operate in the store-and-forward mode for transmissions when in line-of-sight of a ground station. The up/down convert board was designed, and manufacturing options were explored. Additionally, this project finalized the mechanical enclosure and bus interfaces. The payload aimed to maintain a 0.5U CubeSat form-factor and achieve a data rate of up to 10 Mbps with 1e-5 bit error rate. Following design and construction, the hardware and software components were subjected to functional end-to-end testing to evaluate performance. Further flight qualification will subject the payload to environmental testing to ensure survivability through launch and the expected low-Earth orbit environment.

This article is from Sensors (Basel, Switzerland) , volume 14 . Abstract A passive optical resonator is a special sensor used for measurement of lengths on the nanometer and sub-nanometer scale. Astabilized optical frequency comb can provide an ultimate reference for measuring the wavelength of a tunable laser locked to the optical resonator. If we lock the repetition and offset frequencies of the comb to a high-grade radiofrequency (RF) oscillator its relative frequency stability is transferred from the RF to the optical frequency domain. Experiments in the field of precise length metrology of low-expansion materials are usually of long-term nature so it is required that the optical frequency comb stay in operation for an extended period of time. The optoelectronic closed-loop systems used for stabilization of combs are usually based on traditional analog electronic circuits processing signals from photodetectors. From an experimental point of view, these setups are very complicated and sensitive to ambient conditions, especially in the optical part, therefore maintaining long-time operation is not easy. The research presented in this paper deals with a novel approach based on digital signal processing and a software-defined radio. We describe digital signal processing algorithms intended for keeping the femtosecond optical comb in a long-time stable operation. This need arose during specialized experiments involving measurements of optical frequencies of tunable continuous-wave lasers. The resulting system is capable of keeping the comb in lock for an extensive period of time (8 days or more) with the relative stability better than 1.6 × 10−11.

This thesis discusses the theory, design, and implementation of a physical layer security (PLS) system on a multiple-input, multiple-output (MIMO) software defined radio (SDR) with wavelet packet modulation (WPM). The PLS implementation leverages channel state information, gained via channel reciprocity, and applies it to an artificial noise masking algorithm formulated for MIMO SDR systems. The masking algorithm is realized with static elements as well as random elements that could prevent an adversary from estimating the additive mask components. Over-the-air testing provides evidence that the artificial noise mask is effective at obscuring a transmitted signal from an eavesdropper while remaining transparent to the intended receiver. Bit error rate calculations are performed for varied signal-to-mask ratio and LOS vs. BLOS conditions.

This thesis discusses the theory, design, and implementation of a physical layer security (PLS) system on a multiple-input, multiple-output (MIMO) software defined radio (SDR) with wavelet packet modulation (WPM). The PLS implementation leverages channel state information, gained via channel reciprocity, and applies it to an artificial noise masking algorithm formulated for MIMO SDR systems. The masking algorithm is realized with static elements as well as random elements that could prevent an adversary from estimating the additive mask components. Over-the-air testing provides evidence that the artificial noise mask is effective at obscuring a transmitted signal from an eavesdropper while remaining transparent to the intended receiver. Bit error rate calculations are performed for varied signal-to-mask ratio and LOS vs. BLOS conditions.

Welcome to the Software Defined Radio track! As in the last couple of years, we will talk about anything related to software defined radio: Interesting hacks, SDR hardware, wireless security, homebrew radar, academical research, etc. Here, we introduce the track and topics, and welcome all fans and afficionados of the SDR track!

Defeating Spread Spectrum Communication with Software Defined Radio Michael Ossmann Great Scott Gadgets ToorCon San Diego 2013 Seminars http://greatscottgadgets.com/

A precise digital fractional interval timer for software defined radios which vary their waveform on a packet-by-packet basis. The timer allows for variable length in the preamble of the RF packet and allows to adjust boundaries of the TDMA (Time Division Multiple Access) Slots of the receiver of an SDR based on the reception of the RF packet of interest.

Today, GNURadio enthusiasts are in the same situation as radio electronics enthusiasts about 90 years ago: Many ideas sound very promising, but international regulations and national laws prohibit extended experimenting. Radio Amateurs such as Nobel Price winner Joe Taylor (K1JT) have demonstrated that digital signal processing allows moonbounce transmissions also to the private hacker, but also many more thrilling experiments such as airplane scatter and the active use of Amateur Radio satellites. Most, however, require a little more power than those 10 dBm produced by the USRP series. This talk shows how easy it is to make use of the definitions of international Amateur Radio regulations as part of the ITU ruleset and how to get a license according to national laws - and to experiment with GNURadio -and- with high power.

Heterogeneous architectures, composed of a pool of general-purpose processors and accelerators, on one hand offers the ability to balance the application performance, programming flexibility, and energy consumption. On the other hand, they give rise to a number of challenges on a) designing and implementing a suitable architecture for the needs of the target applications, b) deploying dynamic and low-overhead resource management strategies, and c) effectively enabling execution of pipelined workflows for streaming applications. Furthermore, application developers need productive tools to port their software-defined radio applications to increasingly heterogeneous SoCs. We think that application developers should not waste their time reading datasheets or APIs for SoC-specific kernel extensions just to take full advantage of their hardware. With these in mind, this talk will discuss strategies we are using to address the aforementioned inter-related challenges through our vertically integrated compile-time and run-time environment CEDR: a Compiler-integrated, Extensible, DSSoC Runtime. CEDR is an open-source ecosystem that runs in Linux user-space and enables compilation and development of user applications, resource management strategies, and accelerator integration in one unified framework. CEDR supports highly recurring, stream-based application graphs through pipelined execution and processing element based work queues. CEDR is built on a thread-per-PE scheduling methodology, enables integration of complex resource management heuristics that rely on work queues and require reservation-based policies. CEDR supports contemporary scheduling algorithms built on imitation learning (IL) that uses complex schedulers offline to construct an Oracle and effortlessly replicates those decisions online using machine learning models such as regression trees and neural networks. We will demonstrate CEDR deployed on the Zynq UltraScale MPSoC by conducting execution time, throughput, resource utilization analysis through dynamically arriving workload scenarios composed of Radar and WiFi applications. We will demonstrate the distinct plug-and-play integration points offered by CEDR for application engineers and hardware architects through case studies that illustrate our ability to rapidly evaluate various configurations of applications, schedulers, and accelerator IPs.

New SDR, software defined radio, wireless HF technologies, engineering, and product development are being developed by FlexRadio for the commercial and military market. These revolutionary innovations began as products for amateur radio and ham radio operators. Steve Hicks N5AC highlights these innovations and how they effect the marketplace. This presentation was made at the QSO Today Virtual Ham Expo. For more information go to: https://qsotodayhamexpo.com Also visit the QSO Today Podcast for 1 hour interviews of ham radio operators who make these presentations: https://www.qsotoday.com Source: https://www.youtube.com/watch?v=t5T9RAkFH40 Uploader: QSO Today Virtual Ham Expo

Software-defined radios (SDRs) are used in many communications applications and offer flexibility in designing a communication network by offering rapid configuration changes after the radio is already produced. This is of interest in the small satellite industry, where small, lightweight, low-cost, and programmable radios will be needed for a wide array of upcoming missions of increasing complexity. Previous Naval Postgraduate School (NPS) research has produced a C-band SDR payload in a 1U CubeSat form factor. The X-band of the radio frequency spectrum offers more bandwidth, and opens the possibility of higher data rate transmissions. The objective for this project was to build an X-band SDR that can be used in future NPS research and flown on multiple platforms, including high altitude balloons, high altitude rockets, and CubeSats. This project built on previous C-band SDR research by converting the transmissions to X-band, expanding the over-air software protocol, implementing a new waveform, increasing the over-air data rate, and assessing the overall performance of the system.

Latest Edition of the ICQ Amateur/Ham Radio Podcast Show - https://www.youtube.com/playlist?list=PLpeXXPMDQEG3YraMXe748QHZVXQE7gZM1 ICQPodcast Videos from Dayton Hamvention 2019 - https://www.youtube.com/playlist?list=PLpeXXPMDQEG3mClnOM2y9s00VtMSB_72t To see more Amateur / Ham Radio videos, visit the ICQPodcast YouTube Channel - https://www.youtube.com/channel/UCqrD... Get the latest Amateur / Ham Radio News delivered to your inbox - https://www.icqpodcast.com/subscribe-... The ICQ Amateur / Ham Radio Podcast is produced advert free because of donations from listeners like you. Support the show by visiting - https://www.icqpodcast.com/donate ---------------------------------------------------- ICQ Amateur / Ham Radio Podcast's Chris Howard (M0TCH/N4CTH) interviews Andy from SDRPlay. They discuss the latest updates to SDRPlay's SDRUno, and the future development of the companies software defined radio vision. Source: https://www.youtube.com/watch?v=Hn4WdhHDFnI Uploader: ICQ Amateur / Ham Radio Podcast

What's SDR? And what will it do for you? FlexRadio's Greg Jurrens K5GJ runs through the basics with Jeff & Gary. FlexRadio itself is sort of a tutorial, as they've transitioned through a few iterations of how to do SDR. So no, it's not a 60 minute commercial for Flex. More like a 30 minute commercial for Flex. Butt really, it's hard to separate. Maybe this will be "SDR Basics... Part 1", and we'll do "Part 2" with another SDR-based system like Elecraft or HPSDR. We're told we can never do too much SDR. See all episodes of HamRadioNow http://blip.tv/HamRadioNow#EpisodeArchive Visit HamRadioNow's series page http://blip.tv/HamRadioNow Source: https://www.youtube.com/watch?v=yj44qGVjikw Uploader: HamRadioNow

Today I will show you an easy and cheap way of starting with SDR radio: Ready-made SD card images for a Raspberry Pi with all the needed software installed and preconfigured. Ready to work with most SDR receivers like the RTL-SDR dongles or the Adalm Pluto. And I will show you a cheap alternative to the RTL-SDR dongles. Finally, I will show you the cheapest and simplest way to generate test signals for our experiments. Links: RTL-SDR Dongle simple: https://s.click.aliexpress.com/e/_DD8AWzd RTL-SDR Original V3: https://ebay.us/Zq4xbS MSi2500: https://s.click.aliexpress.com/e/_DCC5hEF MSi2500 bare board: https://s.click.aliexpress.com/e/_DCqf0kb SDRplay official products: https://www.sdrplay.com/ MSi2500 info: https://github.com/EndlessEden/msiSDR/tree/RSP1-S SDR Video: https://youtu.be/aUOxVucOBzo Garage Door Opener Hack: https://youtu.be/LE1CvGWqSsw Tire Pressure Monitor Hack: https://youtu.be/stQPjNI7_DA Weather Station Hack: https://youtu.be/L0fSEbGEY-Q PiSDR-Image: https://github.com/luigifcruz/pisdr-image RadioConda: https://github.com/ryanvolz/radioconda DragonOS (Raspberry): https://sourceforge.net/projects/dragonos-pi64/ Cemaxecuter YouTube Channel: https://bit.ly/3T5lAm7 The links above usually are affiliate links that support the channel (no additional cost for you). Github: https://www.github.com/sensorsiot My Patreon Page: https://www.patreon.com/AndreasSpiess If you want to support the channel, please use the links below to start your shopping. No additional charges for you, but I get a commission (of your purchases in the next 24 hours) My Amazon.com shop: https://www.amazon.com/shop/andreasspiess For Banggood https://bit.ly/2jAQEf4 For AliExpress: http://bit.ly/2B0yTLL For Amazon.de: http://amzn.to/2r0ZCYI For Amazon UK: http://amzn.to/2mxBaJf For ebay.com: http://ebay.to/2DuYXBp https://twitter.com/spiessa As an Amazon Associate, I earn from qualifying purchases Source: https://www.youtube.com/watch?v=7eNGBmVquug Uploader: HB9BLA Wireless

Gerald Wilson KK5FO stops by to talk about the state of Software Defined Radio Hardware and Software in 2019.  This show was intended to cover hardware and software applications, but the hardware segment went long. We will cover SDR software in an upcoming episode.PERMALINK - https://www.HamRadioWorkbench.com/podcast/software-defined-radio-receiversOur Website - http://www.hamradioworkbench.com/Follow us on Twitter - https://twitter.com/hamworkbenchContact us for feedback and ideas - https://hamradioworkbench.com/contactConnect with us on Facebook - https://www.facebook.com/groups/hamradioworkbench/BrandMeister Talkgroup 31075 - https://hose.brandmeister.network/group/31075/Save $100 on the Digilent Analog Discovery 2 Package by using code \"HamRadioWorkbench2019\" in your cart prior to checkout - https://store.digilentinc.com/ham-radio-workbench-bundle/Cale K4CDN's  Fundraiser - https://www.gofundme.com/help-the-nelson-family-as-carla-beats-cancerRaspberry Pi 4 - https://www.raspberrypi.org/blog/raspberry-pi-4-on-sale-now-from-35/Raspberry PI 4 USB C - https://arstechnica.com/gadgets/2019/07/raspberry-pi-4-uses-incorrect-usb-c-design-wont-work-with-some-chargers/Etus Research X300 SDR - https://www.ettus.com/all-products/x300-kit/ QNAP SFP to Thunderbolt Adapter - https://www.qnap.com/en-us/product/qna-tb-10gbeImproving Windows 10 for USB Data - https://bandzoogle.com/blog/20-ways-to-optimize-your-windows-10-pc-for-music-productionDPC Latency Guide - https://support.focusrite.com/hc/en-gb/articles/208360865-Troubleshooting-DPC-latencySIXFAB LTE Modems for Raspberry Pi - https://sixfab.com/product-category/raspberry-pi-shieldsDell SDR laptop - http://amzn.com/B07JXTFJVBPimoroni Square Touchscreen for Raspberry Pi - https://shop.pimoroni.com/products/hyperpixel-4-squareAdafruit Touchscreens for Pi - https://learn.adafruit.com/adafruit-pitft-3-dot-5-touch-screen-for-raspberry-pi/overviewSuper Het vs Direct Conversion Receivers - https://www.mwrf.com/systems/differences-between-receiver-types-part-1RTL Broadcast SDR Filters (Scroll Down) - https://www.rtl-sdr.com/buy-rtl-sdr-dvb-t-dongles/miniVNA Tiny - http://miniradiosolutions.com/54-2/Mini Circuits RF Filters - https://www.minicircuits.com/WebStore/RF-Filters.htmlLeo Bodnar Mini GPSDO - https://v3.airspy.us/product/lb-gpsdo-mini/RTL-SDR KerberosSDR - https://www.indiegogo.com/projects/kerberossdr-4x-coherent-rtl-sdr#/LimeSDR - https://myriadrf.org/projects/component/HackRF - https://greatscottgadgets.com/hackrf/RTL-SDR Blog - https://www.rtl-sdr.com/AirSpy SDRs - https://airspy.com/AirSpy SDR Shop in the US - https://v3.airspy.us/SDRPlay - https://www.sdrplay.com/Ettus b200 Mini SDR - https://www.ettus.com/all-products/usrp-b200mini/

The conversion from homogeneous global system for mobile communications (GSM) networks to heterogeneous GSM/universal mobile telecommunications system (UMTS) networks is rapidly expanding. Previous research identified vulnerabilities in the GSM network that were fixed in the UMTS standard; however, the mobile device must successfully access the UMTS network to take advantage of security improvements. Therefore, a possible vulnerability not addressed in either the GSM or UMTS standards is the potential for a malicious entity to prevent a mobile device from handing over from a GSM to UMTS network, because the GSM network maintains the stand-alone dedicated control channel (SDCCH) uplink time slots. The process of testing this vulnerability requires the development of a device that monitors a GSM base transceiver station, identifies when a handover to UMTS message is sent, tracks the time slots of the SDCCH uplink, and transmits a GSM handover-failure message. In this thesis, we present an open-source coding scheme that utilizes parts of the OpenBTS source code to transmit a GSM handover-failure message using the universal software radio peripheral. The method is validated through the collection of the GSM transmitter messages by Airprobes GSM-receiver software.

This is just a quick intro / review / overview of my new toy, a cheap low-end Software-Defined Radio. These things can be found on eBay for about $10. Some resources I mentioned in the video are below. (I am not sponsored by any of these) https://www.rtl-sdr.com/ for general info and drivers. https://www.radioreference.com/ for frequency info https://www.lightningmaps.org/ for lightning activity https://gqrx.dk/ for Linux SDR software https://airspy.com/ for Windows software. https://www.sigidwiki.com/ to identify what you're seeing! Source: https://www.youtube.com/watch?v=rM2f14cIFK8 Uploader: saveitforparts

Constant improvements in techniques applied to different radio communication system stages, including coding, modulation, synchronization and security, make any implementation quickly obsolete. On the other hand, different communication standards used among military and public safety agencies make difficult the necessary interoperability. These reasons force users to replace equipment frequently, increasing cost and implementation time. Software Defined Radios (SDRs), partly implemented in software, can solve these problems, making full use of programmable modules. This thesis presents an implementation of the necessary algorithms that solve the synchronization requirements of IEEE 802.11a WLAN receivers. This is a continuation of a previous thesis effort, where the post-synchronization steps of the receiver were addressed. The software utilized for this purpose is the Open Source SCA Implementation::Embedded (OSSIE), developed by Virginia Tech. Each algorithm was created as a different component, allowing reuse and modularity for the development of future waveforms.

Think software defined radio is difficult or expensive? Think again! Watch Katie (WY7YL) walks you through the simple steps to setup an RSP1A in no time! Get Your Own SDRplay RSP1A https://www.hamradio.com/detail.cfm?pid=H0-015965 Ham Radio Outlet - Visit our online superstore. We ship worldwide! https://www.hamradio.com Stay "radio-active" with Ham Radio Outlet. Follow us on our other social media platforms and keep up to date on the latest news, gear, and events. Facebook https://www.facebook.com/HROHamRadioOutlet Twitter https://twitter.com/HamRadioOutlet Source: https://www.youtube.com/watch?v=50G92kGH6uo Uploader: Ham Radio Outlet

Simply case for the Nooelec distill FM / AM filter.

 Software Defined Radio (SDR) with Larry (WB8LBZ) 

Software Defined Radio the Snubsie way! Shannon discovers how much fun a $20 radio dongle and open source software can be. Plus, Darren meets with J0hnny Long at Shmoocon 2014 to learn about a rugged Pi based education system from Hackers for Charity. -~-~~-~~~-~~-~- Please watch: "Bash Bunny Primer - Hak5 2225" https://www.youtube.com/watch?v=8j6hrjSrJaM -~-~~-~~~-~~-~- Source: https://www.youtube.com/watch?v=gjYfOanm0-c Uploader: Hak5

Julian Frost, N3JF, your Ham Radio Sensei, talks with Steve Brightman, KI5ENW, from SDRplay about the new release of SDRuno. The new release includes the ability to use plugins, a feature that greatly expands the functionality of the software. Learn more about the RSPduo: https://bit.ly/3nMFxyo Follow us on Twitter: https://twitter.com/HamRadioOutlet Like & Follow us on Facebook: https://www.facebook.com/HROHamRadioOutlet/ Show us your stuff on Instagram: https://www.instagram.com/hamradiooutlet Shop for all your amateur radio products at Ham Radio Outlet: https://www.hamradio.com/ #HamRadioOutlet #HRO #amateurradio #radioamateur #hamradio #hamradiooperator #rspduo #sdrplay #sdruno Source: https://www.youtube.com/watch?v=Nuws6tPBLQc Uploader: Ham Radio Outlet

With traditional radio frequency (RF) bands becoming congested and the Department of Defense (DoD) expanding its efforts in the field of small satellites, the need for an on-orbit software-defined radio (SDR) has emerged. SDRs are a compact, off-the-shelf, low-cost, low-risk options for small satellite communication and can provide the flexibility of on-orbit configurability. This study includes the research toward the development of an on-orbit SDR CubeSat payload that can transmit on X-band spectrum (8–12 GHz). This band of interest can provide higher data rates and more bandwidth. Work in CubeSat transmitters and receivers supports development of national capabilities in space of benefit to warfighters. The payload designed, built, and tested for this research is called Com-Cube. Com-Cube utilizes hardware components and software considered for incorporation into a future CubeSat payload. Com-Cube was tested on a low altitude balloon (LAB) flight and demonstrated the transmission of images taken in-flight to a ground station via an amateur radio C-band frequency (5.75 GHz). This work directly supports a transmitter and receiver needed for future telemetry, tracking, and command (TT&C) and payload applications in the field of small satellites. This type of payload provides a test platform for further NPS research in the Mobile CubeSat Command and Control (MC3) ground station network operations and broadcast and receive experiments at frequencies of interest.

Danny Webster Lime Microsystems has developed a range of products based around its LMS7002 transceiver chip. These products have included USB- and PCIe-based software defined radios (SDRs) suitable for mobile telephony, RF scanners, budget RF test equipment, satellite projects, and amateur radio projects. Thanks to open source software, these products have been used for a wide range of applications, including mobile networks for 2G (GSM) and 4G (LTE) telephones, digital TV, and radio stations. Many of these applications can run successfully on a wide range of modern computers, from very low cost computers, such as the Raspberry Pi, to state-of-the-art processors. A party for hacking, discovering, and sharing hardware Teardown is an event put on by Crowd Supply in association with Make+Think+Code @ PNCA. You can think of Teardown as live-action Crowd Supply, but with fewer cardboard boxes and packing peanuts. We'll be bringing together hardware aficionados from around the world to celebrate, inspect, create, and, of course, tear down hardware. There will be long-time Crowd Supply creators and backers, as well as people we're meeting for the first time. There will be hardware, art, food, drink, puzzles, workshops, tutorials, talks, music, field trips, and friends. Most of all, there will be ideas and projects to explore and inspire. We hope you'll be there too! Teardown is about the practice of hardware: prototyping, manufacturing, testing, dissassembling, and circumventing, all while having fun. Leave the marketing glitz and talk of venture capital at the door and come prepared to learn and teach. OpenHardware Hardware CrowdSupply

A paper describes the Space- to-Space Communications System (SSCS) Software- Defined Radio (SDR) research project to determine the most appropriate method for creating flexible and reconfigurable radios to implement wireless communications channels for space vehicles so that fewer radios are required, and commonality in hardware and software architecture can be leveraged for future missions. The ability to reconfigure the SDR through software enables one radio platform to be reconfigured to interoperate with many different waveforms. This means a reduction in the number of physical radio platforms necessary to support a space mission s communication requirements, thus decreasing the total size, weight, and power needed for a mission.

One of the important tasks of national regulators is to detect abusive usage of the radio-frequency (RF) spectrum. This talk presents the implementation of an opportunistic spectrum scanner on a software-defined radio platform, whose aim is to continuously scan the RF spectrum and to detect whether any signals are present. The implementation is done on a USRP-N210 software-defined radio, a popular and cheap model. One major bottleneck of USRP-based implementations is the limited CPU computation power, which does not allow to process RF signals at high sample rates continuously. In the proposed implementation, most computation is done on the USRP FPGA, such that the host CPU is relieved and is only used to store data and coordinate the scanning. We present the details of the FPGA and the software architecture, as well as some experimental results that show the efficiency of the proposed spectrum scanner.

This presentation will explore how you can survey the wireless world of the radio spectrum to get an idea of the signals around you, and decode transmissions that can be received by pointing an antenna towards satellites in space. Both are accomplished using Software Defined Radio and open source software, and emphasis is placed on the security (or lack thereof) in these communications systems. Using a drone, you can create your very own airborne RF surveying platform, so that you can fly your SDR payload through routes, and to altitudes, that you cannot normally access. Using open source tools and embedded hardware, you can gain greater visibility into the spatial deployment of different wireless protocols, and therefore where to mount an aerial RF attack, or fortify your defenses. Looking then beyond these terrestrial signals, with a decent satellite dish, it is possible to demodulate and decode signals sent down from geostationary ‘birds’ – often thought to be out of reach. The development of a GNU Radio-based INMARSAT Aero channel decoder will be shown, so you can read aircraft communications from space, and more. This will cover tips and techniques that can be employed to reverse engineer wireless signals in general. A software engineer by training, Balint is a perpetual hacker, the Director of Vulnerability Research at Bastille Networks, and guy behind spench.net. His passion is Software Defined Radio and discovering all that can be decoded from the ether, as well as extracting interesting information from lesser-known data sources and visualising them in novel ways. When not receiving electromagnetic radiation, he likes to develop interactive web apps for presenting spatial data. Originally from Australia, he moved to the United States in 2012 to pursue his love of SDR as the Applications Specialist and SDR Evangelist at Ettus Research.

No Description

Implementing AM on software Defined radio which relies on Matlab and Simulink.

Slide deck from a presentation at Communications Academy 2008.

Upgrade your Mac NOW for FREE to patch the SSL hole... and think about giving up on OS X 10.6.

Analog electrical elements such as mixers, filters, transfer oscillators, isolating buffers, dividers, and even transmission lines contribute technical noise and unwanted environmental coupling in time and frequency measurements. Software defined radio (SDR) techniques replace many of these analog components with digital signal processing (DSP) on rapidly sampled signals. We demonstrate that, generically, commercially available multi-channel SDRs are capable of time and frequency metrology, outperforming purpose-built devices by as much as an order-of-magnitude. For example, for signals at 10 MHz and 6 GHz, we observe SDR time deviation noise floors of about 20 fs and 1 fs, respectively, in under 10 ms of averaging. Examining the other complex signal component, we find a relative amplitude measurement instability of 3e-7 at 5 MHz. We discuss the scalability of a SDR-based system for simultaneous measurement of many clocks. SDR's frequency agility allows for comparison of oscillators at widely different frequencies. We demonstrate a novel and extreme example with optical clock frequencies differing by many terahertz: using a femtosecond-laser frequency comb and SDR, we show femtosecond-level time comparisons of ultra-stable lasers with zero measurement dead-time.