# nVidia's Tegra 4 has SDR - the i500 LTE soft modem from Icera

**URL:** <https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386>\
**Category:** GNU Radio\
**Created:** [January 7, 2013, 10:41am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386 "2013-01-07T10:41:07Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 7, 2013, 10:41am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/1 "2013-01-07T10:41:07Z")

</div>

> **[NVIDIA unveils i500 Soft Modem with Tegra 4, capable of pushing 1.2 trillion...](https://www.engadget.com/2013-01-07-nvidia-i500-soft-modem.html)**
>
> NVIDIA's apparently still not out of news from its CES 2013 presser -- the company just unveiled the i500 Soft Modem chip.

From Icera’s previous products list, looks like the bandwidth is 5~10MHz

> **[NVIDIA Embedded Systems for Next-Gen Autonomous Machines](https://www.nvidia.com/en-us/autonomous-machines/embedded-systems/)**
>
> Learn how the Jetson Portfolio is bringing the power of modern AI to embedded system and autonomous machines.

Is it possible that Tegra 4 is yet another cheap SDR solution like  
rtlsdr?

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 7, 2013, 5:39pm UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/2 "2013-01-07T17:39:29Z")

</div>

On Mon, Jan 7, 2013 at 4:08 AM, est [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:

> [NVIDIA unveils i500 Soft Modem with Tegra 4, capable of pushing 1.2 trillion ops per second](http://www.engadget.com/2013/01/07/nvidia-i500-soft-modem/)
> 
> From Icera’s previous products list, looks like the bandwidth is 5~10MHz
> 
> [NVIDIA Jetson for Next-Generation Robotics](http://www.nvidia.com/object/nvidia-icera-products.html)
> 
> Is it possible that Tegra 4 is yet another cheap SDR solution like rtlsdr?

Looks interesting. I’d be interested to see what products come out that  
we  
could get access to (physical and logical).

Tom

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 7, 2013, 6:02pm UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/3 "2013-01-07T18:02:16Z")

</div>

I don’t have high hopes for this specific chip - I guess the IC will be  
hard to buy and the modem feature on built devices will hard to hack,  
lacking source and documentation for its drivers, just as Android  
devices  
are hard for cyanogenmod developers to hack with.

But these news do give some hope, the hope that more accessible high-end  
ARMs chips like TI’s and Freescales’ will follow up and incorporate  
these  
features in the future. Indeed, I am already working on a  
beaglebone-based  
SDR and this would be great.

2013/1/7 Tom R. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 7, 2013, 6:30pm UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/4 "2013-01-07T18:30:55Z")

</div>

> I don’t have high hopes for this specific chip - I guess the IC will  
> be hard to buy and the modem feature on built devices will hard to  
> hack, lacking source and documentation for its drivers, just as  
> Android devices are hard for cyanogenmod developers to hack with.
> 
> But these news do give some hope, the hope that more accessible  
> high-end ARMs chips like TI’s and Freescales’ will follow up and  
> incorporate these features in the future. Indeed, I am already working  
> on a beaglebone-based SDR and this would be great.

It looks to me like this SoftModem chip is just an array of speciality  
CPUs. What I want to see is details of ADC/DAC and the RF-to-baseband  
transceivers – those aren’t part of the same chip.

–  
Marcus L.  
Principal Investigator  
Shirleys Bay Radio Astronomy Consortium

> **[Live Draw HK Tercepat | Result HK | HK Pools | Live HK | HK Prize Hari Ini](https://www.sbrac.org/)**
>
> Temukan live draw hk tercepat melalui halaman hk pools yang resmi dan dapatkan result hk prize melalui live hk secara langsung di situs kami.

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 8, 2013, 6:40pm UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/5 "2013-01-08T18:40:01Z")

</div>

According to this web page:  
[http://www.fudzilla.com/home/item/30024-icera-i500-is-programmable-lte](http://www.fudzilla.com/home/item/30024-icera-i500-is-programmable-lte)

And the features of Icera’s previous platforms:

> **[NVIDIA Jetson for Next-Generation Robotics](https://www.nvidia.com/en-us/autonomous-machines/embedded-systems/)**
>
> NVIDIA Jetson Edge AI Modules / GPU-accelerated compute from Orin to Thor for robotics and physical AI.

On the photo from CES, Icera i500 platform has 8 processors on it, each  
one contains its own memory. From Icera’s product feature page, each  
platform contains one baseband chip and one RF IC. I think the photo  
depicted on CES is the baseband chip only. So this SDR platform contains  
8 processors, probably specialized digital signal processors that have  
their own unique instruction set. Icera does not provide any  
hardware/software development tool, e.g. compiler, assembler, or  
emulator. So the instruction set is not open. They provide whole  
baseband chip with physical/protocol layer in software, encrypted I  
guess. From normal user’s point of view, it will be hard to hack.

I know this because I am also from communication IC industry, even we  
have flexible processors or coprocessors, we’ll make it hard to hack. 😛  
But I won’t say it’s impossible, it just takes a lot of time. With those  
hacking time, I’d rather spend time to build a scalable computer farm  
that can do distributed SDR. I think the next move of GNU Radio is  
toward this by introducing ICE?

Best Regards,

Albert Huang

Alex Z. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) writes:

> On Mon, Jan 7, 2013 at 11:29 AM, Marcus D. Leech [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:
> 
> > >
> 
> ```
> drivers, just as Android devices are hard for cyanogenmod
> speciality CPUs. What I want to see is details of ADC/DAC and the
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> removed_email_address@domain.invalid
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> ```

–  
Albert Chun-Chieh H.(黃俊傑)  
Blog: Random Notes, [http://alberthuang314.blogspot.com/](http://alberthuang314.blogspot.com/)

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 10, 2013, 7:55am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/6 "2013-01-10T07:55:54Z")

</div>

Hi Albert,

If that is as you said, Icera won’t open the instruction set and develop  
tool, and all the software are encrypted. Then this chipset is not  
suitable  
for people like GNU Radio guys to DIY something. So, what is the major  
market of this chipset? Cellphone manufactor? Let them to develop more  
diverse products?

I paid attention to Icera’s solution for a long time. I hope there will  
be  
a small chipset which can be used as CPU plus USRP, with low power  
comsumption, suitable for mobile terminal. Based on your knowledge on  
industry, do you think when and what kind of solution may come to  
market?  
What is ‘a scalable computer farm  
that can do distributed SDR’ that you said?

Regards  
Lin

2013/1/9 Albert Chun-Chieh H. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 7, 2013, 11:23pm UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/7 "2013-01-07T23:23:03Z")

</div>

Can anybody explain the difference between this softmodem and other  
existing wireless baseband programmable processors?  
My understanding is that, also as Marcus mentioned, it provides more  
flexibility by this array of special CPUs instead of the prefixed  
functions/blocks, within this chip. Otherwise, it won’t bring big  
novelty.

As to the ADC/DAC and RF part, maybe we need to wait for the whole SDR  
solution to be unveiled.

On Mon, Jan 7, 2013 at 11:29 AM, Marcus D. Leech [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> > It looks to me like this SoftModem chip is just an array of speciality
> 
> \_\_\_\_\_\_\_\_\_\_\_\_\__ **\*\*** _  
> Discuss-gnuradio mailing list  
> [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

[https://lists.gnu.org/mailman/\*\*listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio)[https://lists.gnu.org/mailman/listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)

> 

–

Alex,  
_Dreams can come true just believe._

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 14, 2013, 3:40pm UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/8 "2013-01-14T15:40:28Z")

</div>

Hi, Lin,

According to Icera’s previous product lines, there is no any  
documentation for instruction sets. I think their market is the same as  
Qualcomm’s, i.e. cell phone manufactorurs. TI has a digital signal  
processor C6670, which targets base stations. It contains some  
coprocessors, e.g. turbo encoder/decoder, FFT coprocessors, to perform  
signal processing tasks. TI provides detailed documentation for DSP  
instruction set as well as these coprocessor configuration. IMHO, TI  
C6670 is more suitable for GNU Radio guys to DIY something. C6670 EVM  
has Gigabit Ethernet interface to connect to USRP N2xx and is sold at  
the price of USD$599. You can find information for C6670 at  
[http://processors.wiki.ti.com/index.php/C6670](http://processors.wiki.ti.com/index.php/C6670)

IMHO, to do SDR on “generalized” CPU like x86 is very difficult to  
achieve low power consumption if the targeted standard is cellular  
communication. I would guess that Icera’s approach is using some SIMD  
processors with instruction set specialized for signal processing tasks,  
such as FFT, Turbo codec, Rake receivers. Optimizing programs with that  
kind of instruction set requires long-time training and careful  
tuning. And I guess they use assembly to write these programs in order  
to save memory footprint and hence reduce die size of the chip. But  
that’s just my guess.

Software radio, as I imagine and expect, would be very easy to program  
in high level language with a lot of flexibility and many  
already-existed components. If computing power is not enough to perform  
real-time communication on a single computer, it is reasonable to split  
tasks among several computers. On ICE’s website, it is compared to  
CORBA, which is a distributed computing framework/service. By  
introducing ICE into GNU Radio, as I expect happily, would make  
distributed SDR possible, that means if we need more computing power for  
real-time communication, we might be able to add more computers with  
careful splitting tasks among these computers! And these programs are  
written in high level languages! That makes developing communication  
more enjoyable than writing and tuning assembly code!

Cheers,

Albert

Lin HUANG [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) writes:

> comsumption, suitable for mobile terminal. Based on your knowledge on
> 
> > that can do distributed SDR  
> > will be a small chipset which can be used as CPU plus USRP, with low  
> > I’d rather spend time to build a scalable computer farm  
> > that can do distributed SDR

–  
Albert Chun-Chieh H.(黃俊傑)  
Blog: Random Notes, [http://alberthuang314.blogspot.com/](http://alberthuang314.blogspot.com/)

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 15, 2013, 9:40am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/9 "2013-01-15T09:40:17Z")

</div>

Thanks for your opinion sharing. I’ll read the links you gave.

I’m thinking that the advantage of software radio is its flexibility but  
this flexibility is constrained by standards of telecommunication. I  
mean  
when you create a telecom device you have to follow standard, so that  
less  
space is left for your innovation. That’s why software radio is majorly  
used in research activities or military systems. In consumer electronic  
products, ASIC is always the best performance-price choice.

Only when the two ends (network and terminal) of telecommunication can  
be  
self-defined, the constrain of standard is broken then people can create  
anything freely.

Anyway, this may be a wrong proposition, and an impossible mission.

Regards  
Lin

2013/1/14 Albert Chun-Chieh H. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 15, 2013, 10:24am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/10 "2013-01-15T10:24:06Z")

</div>

> In consumer electronic products, ASIC is always the best  
> performance-price choice.

Even with LTE you have to deal with 12 freq. bands?

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [January 17, 2013, 3:50am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/11 "2013-01-17T03:50:39Z")

</div>

Well, for this case, is the solution with multiple RF modules plus one  
BB  
module OK? The BB modules for different bands are almost same, right? Or  
do  
you think a very wide band RF module plus a BB module is better? I’m not  
expert on chipset design. What’s your opinion?

There are different levels of flexibility. As we talk about software  
radio,  
Icera’s solution may be not ‘soft’ enough, but it may be a good choice  
for  
cellphone manufacturer.

BR  
Lin

2013/1/15 est [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![est](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/e/74df32/32.png) [@est](https://www.ruby-forum.com/u/est)\
**Post date:** [April 25, 2013, 3:42am UTC](https://www.ruby-forum.com/t/nvidias-tegra-4-has-sdr-the-i500-lte-soft-modem-from-icera/229386/12 "2013-04-25T03:42:15Z")

</div>

Hello, just an update for the official i500 spec whitepaper.

> **[NVIDIA\_i500\_whitepaper\_FINALv3.pdf](https://www.nvidia.com/docs/IO/116757/NVIDIA_i500_whitepaper_FINALv3.pdf)**
>
> 1193.84 KB
