thanks much for your reply
i'm new here and a beginner of ARM & linux
The hardware might belongs to the ARM9 seires
i've got none link to hardware specialists
i may finish reading a book related the tech,and the discuss technical things with specs such as you
Done some...
The tools are not always as mature as desk-top linux development, my advice would be to become familiar with desk-top Linux development then migrate to embedded systems.
There are some PodCasts over on TimeSys web site (https://linuxlink.timesys.com/3/podcast) which you might find of interest.
MrLinux made a great suggestion It's a lot easier, less expensive and less time consuming to learn Linux on a desktop PC before moving to embedded systems which can be a lot more challenging.
On an ARM for example you may have 128MB of RAM or less and 256MB of flash for the OS so you have to build a very minimal system.
The more RAM and storage you can get on your ARM device the better! Some only have 32MB RAM and a few MB of flash which severely limits what you can do with it.
On a desktop 2GB of RAM and 500GB drives are pretty common nowadays.
Man, at my job and in my embedded systems classes, I would KILL to have 128MB of RAM! The system I am working on at school only has 2KB (not MB!) of RAM. At school we use the Freescale MC9s12C32 chip and at work I used a Rabbit 4000 processor. However, all the embedded systems programming that I did was strictly programming bare metal (i.e. no Operating system). Another way that you could look at is was that I was basically making a very specialized operating system for the embedded microprocessors that would only do one thing (such as record sound and play it back).
Embedded programming is fun, but it is an entirely different beast from programming for a PC with an OS that takes care of things for you (such as having stdin for printing messages and a filesystem for storing data).
It will take you some time to learn to program with such constraints, but I think it will make you a better programmer for it as you will better understand the capabilities of the machines you are programming as well as its limits.
linux_0 :feifeivictor where are you from?
i'm from China,the Main Land.
I used to use 8051 series MCU.
For my major is instrument,instruments with 8051 single task systems cannot be sold at a high price. It's a strange phenomena which i must face.
thanks you all for the valuable suggestion.
It's important to note that there are various versions of the ARM processor.
To run Linux you should look at the Xscale / ARMv5TE series or higher.
You can run ucLinux on AVR32 CPUs also and other MCUs ( Altera NIOS, ADI Blackfin, ARM, ETRAX, Freescale m68k, Fujitsu FR-V, Hitachi H8, Intel i960, MIPS, NEC V850E, Xilinx MicroBlaze $src=wiki ) but there are many restrictions on what you can do.
There is a huge difference between AVR ( 8 bit ), PIC, 8051 and other MCUs when compared to architectures that can run a full fledged linux distribution ( not ucLinux ).
You need lots of MIPS and lots of RAM to run a full fledged linux distribution, 2KB is obviously not enough.
hi linux_0,you are right.hardware determines software.
compatibility is a problem to solve.
MCUs have different standards,not like PCs.
i shall choose one of them,and buy a circuit board for learning it.
a jobless as I has nothing to care eccept money,in my opinion.
study is not the most serious thing recently,hehe.
it's my honour to study from you all
It's also worth looking at eCos and FreeRTOS, both are free modular real-time operating systems aimed at smaller systems.
There is currently a growing interest in Embedded BSD; BSD has a well earned reputation for stability and security, the embedded version is often used for remotely controller network devices (FireWalls, Routers, Servers etc.).
If you want to see what is happening in the Embedded Linux market, have a look at linuxdevices.com
I could afford a ARM board in several months.
they are about 600 china yuan,about 90 dollars
and usually a CD or book will be sold with the board.
by the way, i plan to learn something about Digital Signal Process
DSPocessor or FPGA or Matlab
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.