The first thing you said. The radio on it's own with no daughterboard won't be able to transmit or receive. The daughterboard you get sets the frequency range you are able to use. To get more transmit power you would either get a new daughterboard or add an amplifier after the daughterboard you already have.
You would have to do that within the program sending / receiving the data. I'll see what I can do about getting the text of how I am firing off the commands in a document somewhere but the python code demonstrated is an example included with the GNURadio software.
@Zwank36 Technically they are but I'm guessing we would be down to something like a 20k transfer rate. I have thought of doing an episode on IPSec tunnels - might have to roll that one out.
@hypnologic I understand they are within 2.399-2.485 GHz (Airview2/EXT) and 895-935 MHz (Airview9/EXT) - generally unlicensed bands but with power limits. Same idea though, yes.
Ive looked into these Software radios and im a bit confused. Do i need to buy the radio and then before I can transmit I must also buy a daughter board for the frequency range I want to work at or do they just increase the performance at those frequency ranges.
I am trying to implement openBTS using E100 usrp. I havent done much work with E100. As E100 has its own OS within it, could you tell me how the external linux PC operate on E100?? Does it disable the OS within E100 and run as its host?? Or there is certain procedure to operate E100 from the PC ??
As you say, the E100 includes an embedded linux machine. There is no external access to the the software radio other than that linux machine. From the outside, the E100 just looks like any other machine on the network. No other machine is actually necessary to make it work but in my video I use another to login to the E100 and control things.
tunnel.py sets the radios up to send / receive on a particular frequency and then opens the tunnel interface and shuttles packets back and forth at the stated rate. (100k in my case) You can't "run" any of this without a radio though - I think that might be your biggest issue at this point.
Hello Anders Bronwort. I too am implementing the tunnel script with a few USRP n200 and the RXF daughterboards. I am however running into quite an odd situation. From hours of debugging and analyzing my test bed, I have found that one USRP A can transmit to USRP B , however USRP B cannot transmit to USRP A. Have you encountered this before?
Thank you for your response and I have one more question is it necessary to have two RFX 900 daughterboards for using the USRP with another basestation? one for mobile to USRP communication and one for USRP to base station communication?
Dear Andrew, i am student working on final project using usrp.I am new on this stuff but I am really willing to learn and explore more.Is it possible to send a video between two USRP??anybody with the codes or blocks with simulink to share with me
Depends on what you mean by sending video but Google for "Cross-layer wireless video testbed". You can transmit video directly to HDTVs as well or send video files over IP using a setup similar to what I'm demonstrating here. Google around a bit. Best of luck!
"sending video files over ip"that is exactly what I am trying to do.I am trying to send image or video files between two USRPS,then I want to connect a AR drone to the usrp systems.The main goal is being able to receive a video or image files from the AR drones,then send it between usrps.The drones has ip.Comment or suggestion will be highly appreciated
@@kavibharathi2931 I (obviously) haven't done it but you can install a number of Linux distros on a MacBook Air. I have Ubunti on a Mac Mini which I use regularly.
Yeah, thanks for the nudge. I haven't been as prolific as I'd hoped because I've been very busy at Circle. That said, I do have a more fun depth (math level) public / private key encryption demo working - just needs some final touches and some time in front of live audiences before I record it. I'll get to it!
Anders, with 2 of those $1600 devices to play with you should call yourself the Well Heeled Hacker! I'm not sure what you were doing with the Mac and Linksys wi-fi but it looked impressive! Also, how were you able to use the Linux laptops as external displays for the E100? It looked almost like they were using a direct video connection but it must have required some kind of fancy USB drivers to make it work which is interesting since I don't know of any way to install drivers like that in Linux.
The E100 has a serial console accessible over USB. I use a standard serial console app called minicom to interact with it. No drivers are necessary under Linux.
No worries. The communication between multiple OpenBTS instances happens over the network, not over the air. The GSM spec is geared this way as well so that is likely why OpenBTS instances don't communicate between each other over the air.
Most capable to least capable, from a performance standpoint, would be network, bus then embedded. Network gives you Ethernet - the fastest path to and from the FPGA. Bus gives you USB which is far less bandwidth but still enough for basic projects like tunneling or OpenBTS. Embedded (which I use in this video) has a quick path to the FPGA but the processor is comparatively very slow. As always, it depends on what you want to do to know which is best.
I'm not following what you mean by basestation. WiFi? In this example, I'm not using a standard that includes basestations such as WiFi, I'm just sending raw data over the air.
A golden video that clearly didn't get the attention it deserved.
Very informative, I rarely get the time to play about with anything, thats why I always find the videos you upload interesting :)
The first thing you said. The radio on it's own with no daughterboard won't be able to transmit or receive. The daughterboard you get sets the frequency range you are able to use. To get more transmit power you would either get a new daughterboard or add an amplifier after the daughterboard you already have.
Awesome video, I love all your videos, please keep up the good work and keep them coming!
absolutely phenomenal video! Thank you for posting! More like this one please!
@JWTvideos Thanks for the feedback. Feel free to suggest other topics.
You would have to do that within the program sending / receiving the data. I'll see what I can do about getting the text of how I am firing off the commands in a document somewhere but the python code demonstrated is an example included with the GNURadio software.
@Zwank36 Technically they are but I'm guessing we would be down to something like a 20k transfer rate. I have thought of doing an episode on IPSec tunnels - might have to roll that one out.
@hypnologic I understand they are within 2.399-2.485 GHz (Airview2/EXT) and 895-935 MHz (Airview9/EXT) - generally unlicensed bands but with power limits. Same idea though, yes.
Ive looked into these Software radios and im a bit confused. Do i need to buy the radio and then before I can transmit I must also buy a daughter board for the frequency range I want to work at or do they just increase the performance at those frequency ranges.
I was wondering what are the differences between the network/embedded and bus series usrps?
I am trying to implement openBTS using E100 usrp. I havent done much work with E100. As E100 has its own OS within it, could you tell me how the external linux PC operate on E100?? Does it disable the OS within E100 and run as its host?? Or there is certain procedure to operate E100 from the PC ??
As you say, the E100 includes an embedded linux machine. There is no external access to the the software radio other than that linux machine. From the outside, the E100 just looks like any other machine on the network. No other machine is actually necessary to make it work but in my video I use another to login to the E100 and control things.
thank you a lot. In fact, you have an excellent videos. Thanks.
tunnel.py sets the radios up to send / receive on a particular frequency and then opens the tunnel interface and shuttles packets back and forth at the stated rate. (100k in my case) You can't "run" any of this without a radio though - I think that might be your biggest issue at this point.
Hello Anders Bronwort. I too am implementing the tunnel script with a few USRP n200 and the RXF daughterboards. I am however running into quite an odd situation. From hours of debugging and analyzing my test bed, I have found that one USRP A can transmit to USRP B , however USRP B cannot transmit to USRP A. Have you encountered this before?
Thank you for your response and I have one more question is it necessary to have two RFX 900 daughterboards for using the USRP with another basestation? one for mobile to USRP communication and one for USRP to base station communication?
cool video. I wonder if those little linux boards are powerful enough to support encrypted encapsulation as well.
Thank you for this video. i have a question about your computer moniter whic is in your video. the long monitor. can you let me know?
Shimul Kumar Biswas What is your question?
Anders Brownworth Basically I want to say about this monitor. please view the image tinyurl.com/nl87kkr
Shimul Kumar Biswas What do you want to know about the monitors?
The E100 includes a Linux machine inside it, hence the focus on Linux.
I'm sorry, I thought I was commenting on your software radio/openBTS video but I'm referring to a GSM basestation.
Hey,
could you explain more in your videos ?
what's your laptop OS ?(when you pluged in the usrp and it loaded the linux via serial port )
How can I use visual studio to interface e100 or e110 using HID
@hypnologic Yep, I've played with the RouterBoards - nice devices.
thanks for posting...
Hi, what is the linux chip called ?
@anders94 if you add compression on top of the encapsulation shouldn't be that bad :P
@Zwank36 I'll give it a try.
I've never seen that issue. Are you sure the TX chain on USRP A and the RX chain on USRP B are working?
Dear Andrew, i am student working on final project using usrp.I am new on this stuff but I am really willing to learn and explore more.Is it possible to send a video between two USRP??anybody with the codes or blocks with simulink to share with me
Depends on what you mean by sending video but Google for "Cross-layer wireless video testbed". You can transmit video directly to HDTVs as well or send video files over IP using a setup similar to what I'm demonstrating here. Google around a bit.
Best of luck!
"sending video files over ip"that is exactly what I am trying to do.I am trying to send image or video files between two USRPS,then I want to connect a AR drone to the usrp systems.The main goal is being able to receive a video or image files from the AR drones,then send it between usrps.The drones has ip.Comment or suggestion will be highly appreciated
USRP is necessary to install openbts?
+Jose Yoel Malice To install it, no. To run it, yes.
Its a Gumstix Overo.
Awesome thank you so much ;)
Thanks, much appreciated!
Can I use my Mac book air for installing kali ..
I don't know what kali is...
@@anders94 kali Linux
@@kavibharathi2931 I (obviously) haven't done it but you can install a number of Linux distros on a MacBook Air. I have Ubunti on a Mac Mini which I use regularly.
Please upload some new videos. We miss you
Yeah, thanks for the nudge. I haven't been as prolific as I'd hoped because I've been very busy at Circle. That said, I do have a more fun depth (math level) public / private key encryption demo working - just needs some final touches and some time in front of live audiences before I record it. I'll get to it!
Ettus Research E100 - see ettus. com
@hypnologic Ubnt = Ubuntu? And 900Mhz is a radio frequency. ??? Not following you.
Thanks again
5:54, got nothing to do with transmitter being next to receiver!
search for VSWR!
Anders, with 2 of those $1600 devices to play with you should call yourself the Well Heeled Hacker! I'm not sure what you were doing with the Mac and Linksys wi-fi but it looked impressive! Also, how were you able to use the Linux laptops as external displays for the E100? It looked almost like they were using a direct video connection but it must have required some kind of fancy USB drivers to make it work which is interesting since I don't know of any way to install drivers like that in Linux.
The E100 has a serial console accessible over USB. I use a standard serial console app called minicom to interact with it. No drivers are necessary under Linux.
Anders Brownworth Minicom is yet another thing they don't have for Mint!
too many dirty macs! this hardware is so cool, wish i could afford it... ;)
I really don't know - I'm not a Windows user.
thanks very cool chk out this video #datatunneling #sdr #softwaredefinedradio #frequency
holy crap that thing is expensive!!!
mh.. transmitting on 910 MHz without a license may get expensive :P
huh?
just buy a android pc android pcs are linex boxes and are super small
No worries. The communication between multiple OpenBTS instances happens over the network, not over the air. The GSM spec is geared this way as well so that is likely why OpenBTS instances don't communicate between each other over the air.
Most capable to least capable, from a performance standpoint, would be network, bus then embedded. Network gives you Ethernet - the fastest path to and from the FPGA. Bus gives you USB which is far less bandwidth but still enough for basic projects like tunneling or OpenBTS. Embedded (which I use in this video) has a quick path to the FPGA but the processor is comparatively very slow. As always, it depends on what you want to do to know which is best.
I'm not following what you mean by basestation. WiFi? In this example, I'm not using a standard that includes basestations such as WiFi, I'm just sending raw data over the air.