From 264c7a1f2624efe667cceb6131738a468d768813 Mon Sep 17 00:00:00 2001 From: Denny Sheirer Date: Fri, 13 Jun 2025 06:50:59 -0400 Subject: [PATCH] Updated Tuners (markdown) --- Tuners.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Tuners.md b/Tuners.md index 58034a8..2464575 100644 --- a/Tuners.md +++ b/Tuners.md @@ -259,12 +259,14 @@ Compare that with this screenshot that shows the same computer and same airspy, ![20250613_062455_screen_capture](https://github.com/user-attachments/assets/d36b31ce-82db-485e-83d8-c5d29c0374a8) -You can also use the airspy command line tools to diagnose if you are suffering from dropped samples in your airspy. In the following console screenshot, I'm using **airspy_rx** to test receiving and recording airspy samples at 10 MHz sample rate. In the first run, the airspy is plugged into a USB 3 hub that isn't able to deliver the full sample rate and it's dropping ~23,000 samples every second for an average of 9.9767 MSPS sample rate. +You can also use the airspy command line tools to diagnose if you are suffering from dropped samples in your airspy. -![image](https://github.com/user-attachments/assets/7352b2a3-88f9-441b-8df4-ff040716420a) +In the following console screenshot, I'm using **airspy_rx** to test receiving and recording airspy samples at 10 MHz sample rate. In the first run, the airspy is plugged into a USB 3 hub that isn't able to deliver the full sample rate and it's dropping ~23,000 samples every second for an average of 9.9767 MSPS sample rate. In the second run, the airspy is plugged directly into a USB 3 port on the host computer (ie no hub) and it is able to deliver the full 10.0 MHz sample rate to the host computer. +![image](https://github.com/user-attachments/assets/7352b2a3-88f9-441b-8df4-ff040716420a) + **How do you fix this? ** * Try plugging your airspy into each of the USB ports on your host computer to see which port(s) can provide the full sample rate.