break the ice …!

Thanks for all the interest shown regarding this project.  I am hereby trying to answer some of the questions being asked on different forums, hope this helps and gives some insight.

What is

A Open Community Portal for OMAP L 138 – An ARM 9 and Floating Point DSP C674x Application Processor.

Who is driving this initiative?

Mainly Khasim Syed Mohammed with the help of a very energetic and small hardware engineering team called Innovate Solutions with all directions and inputs from a simple and straight community.

Is this a TI internal project?

No, it is not associated with TI.

Are you copying ?

Yes, we think beagle board has met community expectations and we are proud to follow beagleboard directions.

Is Gerald Coley or Jason Kridner part of this project ?

Yes, they guide and mentor us

Why not are you associating this itself.

This initiative does involve the beagle community and is already engaged with them, before we started this effort we discussed about the same on beagleboard mailing lists and IRC and took a opinion poll. So this project is kicked of from

Then why another name and logo ?

I learnt this from Jason Kridner, giving board a name of website is really good for everyone to get along to know about the product that is the only intention of having a .org associated with the board. But it will also help us in turning this up as a portal for deliverables.

What is the focus or objective of this project?

While I was talking to Gerald Coley he mentioned “the job of DSP is to make ARM better”. I have been in Linux community for a while but when I need to get along with DSP, it really gets tough. The OMAP L 138 is a great and very simple processor, the register set is so simple that any one can start learning about the Linux drivers for any kind of peripherals. I think we as Linux developers need to learn DSP usage and not programming the same and the DSP developers should learn how to program DSP so that ARM can use this. So, its all about ARM utilizing the power of DSP.

When TI has so much software around DSP what’s new in this ?

We are going back to basics, a team of DSP programmers and Linux developers have joined together in learning how to program and use DSP from ARM. While the device will support all of the TI software (DSP Link, Codec Engine, iUniversal, Codecs, DMAI, etc) we are looking forward to start from scratch with hellodsp.c

Are you going open?

Yes we are … give us some time. The team involved in this are doing there regular work at different organizations and still want to work on this project on the side. So we try our best to get some bandwidth around this initiative.

Why did you choose OMAP L 138 a ARM9 processor ?

We need a simple ARM to learn DSP programming. Moreover the DSP in L138 processor is very powerful as it can do all floating point operations and can run at 300 Mhz.  Having  a floating point DSP around will enable us to use tons of DSP algorithms developed across the range of DSPs in the world also gives us an opportunity to port alogrithms running on ARM and x86 in a much easier way.

When is this board available for purchase ?

We have around 5 prototype boards today, we are planning to make a 100 more by end of this month, once we have them we will start an early adopters program on elinux wiki, get boards in hands of real users of this platform. TI has also placed an order for boards to serve the MCU days participants not sure how many of these can go to TI.

Who should buy this board ?

If you are a TI customer who wants to do a serious product in definite time line with lots of TI support from its sales and field then you are on the wrong channel. For such serious businesses we prefer you use the TI EVMs.

This board is meant for learning and programming ARM9 and Floating point DSPs by sharing our knowledge – a open community way … !

Are you not promoting TI DSPs with the help of Open Community ?

Yes and No. We know DSPs for ages and we also know that you think about a algorithm the source is there in Open on some site. But we cannot use this as we don’t know how to use the same from ARM or Linux and the algorithm was developed for single DSP core with CCS. Just as an example, consider I want to use a compression and decompression logic, we know DSP can do better and we also know there is source available for DSP, but being a ARM Linux developer how do I use it – not sure. We need to fix this, DSP is not all about Codecs, it is about processing.

But then why can’t TI fix this ?

TI DSPs are generic and can be used for multiple applications, TI has frameworks like DSP Link, Codec Engine, iUniversal to try the same and address multiple segments, but we need some thing more fundamental to experience the DSP and an easier way.

TI processors are rich in multimedia and processing and it is responsibility of TI to define products for next generation and that is where it is going towards, but the next generation products can’t be simple they are going be and have to be complex example the Davinci and OMAP3.  But for our objective to be met we need a simple processor and tools to use the same.

TI helps us by delivering these in open and free. The cross compilers for DSP are free, the xds 100 emulator schematics are open, CCS is coming free, tons of DSP algorithms  are open.

So is this initiative all about DSP and no room for ARM ?

We know ARM9 is not new –  OMAP L 138 can drive ARM at 400 Mhz max, with the set of peripherals on board like SATA, Ethernet, Composite In and VGA – it is a dream come true for ARM developers who want to do media (audio / video) streaming and storage applications. This platform is more expandable as it offers PWM with a dedicated multi-channel PWM controller in processor, PRU a programmable controller that can be configured to be anything like a CAN controller or UART controller, high speed parallel port for connecting to FPGAs and lots of GPIOs and SPI and Video port interfaces. In my opinion we already meet the expectations of ARM community and looking forward to work closely with Linux ARM community in leveraging the benefits of a Open ARM9 platform. But the ideal objective is get the other guy going the way we “Linux ARM” community want it to be…

What about the cost of the board?

The end price of the product is still not fixed as we don’t have a global distributor signed yet, it all depends on what margin a distributor will expect, it looks odd inspite of all the hardwork we need to pay some one extra money to get the product shipped to all parts of the world, but we cannot help or managing it and they are better in that. As far as I think it should be around 79$ and if we get hit by distys it can go near 85$. Definitely not more than that.  In India this should be available for Rs 3750 /- and In Europe not sure as we have to work out the shipping charges. If some one wants to be our distribution partner we are open to this with all open terms and conditions.

Lets learn …! and feel free to mail me on


7 Responses to “break the ice …!”

  1. FelipeC Says:

    And what about DSP bridge? There’s already a hellodsp.c:

    No codec engine, no dmai, no nothing 🙂

  2. Michael Clagett Says:

    Hi —

    This looks like a great board; I’m definitely going to want to get me one. But my interest is a bit different from most of the other posters here. I’m a Windows developer, not a Linux developer, but I am interested in branching out — both to Linux and to DSP. I have created a custom virtual machine that is designed to be cross platform, and I am quite interested in putting it through its paces in a multi-OS and multi-processor-type environment.

    My concoction is a Forth-like VM based on a minimal instruction set of 32 byte codes and is a software implementation of a Forth machine that Charles Moore, Forth’s inventor, implemented in hardware about ten years ago. Under Windows I have implemented these 32 primitives and a simple Forth dictionary/parser/interpreter/compiler directly in Intel assembler and have built on top of it a bunch of useful programming facilities with a minimal and pretty encapsulated dependency on the OS. So the idea is that this should be fairly straightforward to port to other environments — both other OS’s that sit on top of the Intel (Linux, Max, etc.) but also presumably other processors.

    So I am interested in your board and the OMAP-L138 precisely because of the two processors and the opportunities to port my VM to two very different environments. I will probably end up trying it out on the ARM both with and without Linux in the picture and will also implement it on the C764x processor as well. So I am very interested in your board and wish to order one as soon as they are available.

    My current thinking is to use the HawkBoard as a DSP subsystem in a dedicated hardware-based sequencer/digital audio workstation device I will build from scratch. I am sort of settling on a a mini-ATX board with an LGA775 socket and a GEForce 9300 chipset as the main board of the device with either a dual- or quad-core intel to run the application and implement the significant object model that will underlie the DAW functionality. I would use the HawkBoard as a DSP system for audio processing and I/O with my VM running on each of the processors and coordinating activity across the entier system. I will also probably stick in a MidiBox implementation (the one based o the STM32 Arm processor) for midi processing and I/O.

    Does it seem feasible to you to have the OMAP-L138 not as the main controlling processing module of a system, but rather as a subordinate entity, serving up DSP services to the rest of the system. I’m still plowing through all the specs trying to understand how best to coordinate the activities of both an OMAP-L128 and an Intel processor. And whether it is possible to implement any shared memory between the two.

    At any rate, I’ve rattled on far too long for a post. But I will be interested in following the developments of Hawkboard, in getting my hands on a model as early as I can, and on contributing actively to the community.

    Thanks for doing all this.


  3. Matt Says:

    I was just wondering what the main benefit of the OMAP-L is over the OMAP3 used in the beagleboard for your purposes. Is the OMAP-L platform much easier for getting started with uc/DSP hybrid programming?

  4. RidgeRun Blog » The Hawk is coming… Says:

    […] Some news surface last week about the hawkboard. […]

  5. Prakash Says:

    Hi Khasim,
    Let me know where I can get this board in India.
    But I confused the difference between BB and HB. Can you bit clarify me.

    Prakash A S
    ethics Technologies.

  6. Gerhard Rupp Says:

    We are looking for some computing power at sensors to integrate sensor data via WiFi into a Web Server.
    Can anybody help to add WiFi to the hawkboard?

  7. Alok Says:

    Best VGA & SATA …lots of things in mind to make from this board…

    OMAP-L is little downside i think..prob OMAP3 would have been better.Wondering can it be used for video player..

    Eagerly Waiting for this board to be in market..Any information where i can order in India.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

%d bloggers like this: