[Hackrf-dev] HackRF in a Virtualized Environment (Windows7>VmWare>Pentoo\Kali\Ubuntu)

[Stefan Wagener]

Running a Mac with Parallels Desktop Virtual Win 8 and using SDR# and
Simon's SDR Cosnole (2.2) with the HackRF.

Plugged in the HackRF for use by the windows machine, updated driver with
Zadig and started SDR#. For SDR Console used the new DLLs (Simon's website)
and that was it. Listening to local radio station in full stereo (thanks
Simon).

Now, iI just need to find the TX button in the software to transmit via USB
microphone :-)

Stefan, VE4NSA




On Thu, Sep 4, 2014 at 4:35 AM, Sohil Shah <magicianss64 at gmail.com> wrote:

> Background:
>
> I received my HackRF this Tuesday and tried running it under Pentoo, Kali
> and Windows. It did not work on either. I installed the latest Zadiag
> drivers on Windows and got the latest version of SDR#. As far as Kali and
> Pentoo go I followed the guide online except that I was running it from
> within a VM using VmWare. I have not dared to update my firmware. I will
> wait till Zero releases the Pentoo build with all the necessary tools and
> Mike posts his lesson on firmware flashing.
>
> My question today is has anyone tried using the HackRF in a Virtualized
> environment [Windows7>VmWare_WorkStation10>Pentoo/Kali/Ubuntu]
>
> I am aware of there being limits over USB in a virtualized environment,
> but for a lot of reasons I would like to use the HackRF on my Windows box
> using VmWare Workstation 10 as the  virtualized environment on either
> Kali/Ubuntu or Pentoo (Zero’s latest build when its released).
>
>
>
> I can understand that there may be a lot of people who will say, use it on
> bare metal and that is fine, but I really want to see if it is possible to
> use the HackRF in a virtualized environment. I have used the RTLSDR in a
> virtualized environment for over a year now and it seems to be doing just
> fine with a lot of applications. I am not sure what the limitations of
> using the HackRF in a virtualized environment are. I do not intend to use
> it at its maximum sample rate as I am sure a lot of applications don’t
> require that high a samp_rate, E.G everything running on the RTLSDR is
> running at under 3.2MSPS.
>
>
>
> My crude understanding is that more the MSPS more the I/O demand or
> bandwidth required on the USB bus and the driver that shuttles the samples
> between Windows through VMware to the Virtual Machine. I don’t know what
> the max_limit for such a setup is in terms of MSPS but I’d like to know if
> someone has been able to do a calculation of the amount of lost USB packets
> when going from 0MSPS to 22MSPS in a virtualized environment or if someone
> is willing to give me an idea as to how one would go about doing that as I
> am not sure if there is any existing way to calculate that. My goal is to
> figure out an ideal MSPS at which the HackRF is ideally useable in a
> Virtaul Machine running on Windows7 inside VmWare Workstation 10. As far as
> hardware goes I have the Lenovo ThinkPad T430 (Intel Chipset) which based
> on what I have read is one of the good performers on the hardware side,
> hence any losses or limitations would really be a software/virtualization
> issue as opposed to a hardware issue.
>
>
> If someone still can’t wrap their head around the fact that why I would
> want to use Virtualization let me explain.
>
> 1)    1)  I only have one computer (laptop).
>
> 2)     2) I really need to have windows installed on it and can’t have
> dual boot on it with any Linux flavor.
>
> 3)     3) This limits me to using a live CD/USB
>
> 4)     4) I would like to watch Mike’s videos and refer to online guides
> while doing the exercises in GRC.
>
> 5)    5)  All Live CD’s may not have all the required tools, codecs etc.
> to watch video files and or video content online. (I know this is a lame
> argument but there are certain limitations and not everything will run
> straight out of the box on all platforms, plus it adds noise on the link in
> the next point)
>
> 6)    6)  Coming to the most important point. I want to simulate an
> environment where I have one host (think drone or remote computer) to which
> the HackRF is physically connected and another host that is actually
> commanding and getting responses from the first host. All Signal processing
> etc. is happening on the drone/remote machine. Only basic periodic updates
> (command and control) are being transmitted between the two hosts. To
> simulate this I need to use virtualization on my laptop.
>
>
>
> If you had the patience to get so far in my post, I thank you. I would
> really appreciate if someone can shed some light on running the HackRF in a
> virtualized environment, maybe Mike can do a follow up to the Mysteries
> Video to see what kind of anomalies we see while using the HackRF in a
> virtual environment as opposed to running on bare metal. I am sure others
> may also have specific needs to run the HackRF in a virtualized
> environment. If not for anything else just to be able to say it’s not
> impossible is the simple motivation for my quest.
>
>
>
> Thank you for your time.
>
> --
>
> Sohil Shah.
>
> Nothing is Impossible, Never Undermine the Potential of the Human Spirit =
> My Life's Motto!!
> Stay Hungry, Stay Foolish - Steve Jobs
>
> _______________________________________________
> HackRF-dev mailing list
> HackRF-dev at greatscottgadgets.com
> http://nine.pairlist.net/mailman/listinfo/hackrf-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nine.pairlist.net/pipermail/hackrf-dev/attachments/20140904/0a714f33/attachment.html>