Talk:Embedded Systems

I've been working on the layout to this book for a while now, and have finally moved it on to the engineering bookshelf to begin writing and "filling in" the book. I have also prepared a number of templates to be used in this book:


 * Template:Embedded Systems/Page
 * Template:Embedded Systems/Stub
 * :
 * /Stubs

--Whiteknight T C E 16:58, 1 November 2005 (UTC)

Merge
Apparently there is another embedded systems book out there that i wasnt aware of when i created this book. I've seen the other book, and agree wholeheartedly that the two books should merge in one way or another. The current request is that the other book be merged into this book, and I agree with that because the Embedded Systems book has a shorter name (which is easier for writing links), and already has a much more extensive table of contents that will eventually be filled in. --Whiteknight T C E 15:23, 2 November 2005 (UTC)

I would be happy to link here from the Software Engineers Handbook instead of having a separate chapter there. What do I need to do to have it happen? Christine Frayda 00:36, 13 June 2006 (UTC)

Embedded Systems: Theory, Implementation and Design
Here is the discussion from the previous book, preserved for future reference. We might move all these old discussions to an archive eventually. --Whiteknight T C E 16:24, 11 November 2005 (UTC)

C++
Why C and not C++?

you can get a 32 bit embedded processor for $3-4 nowadays. There's no reason to not use a programming language suitable for complex embedded projects.

C++ for embedded systems could be its own chapter, as there are a few tricks to getting the footprint small.

''That sounds wonderful. Would you mind clueing the rest of us in on the name of this wonderful processor? I'm astonished that Digikey sells the Texas Instruments TMS320 floating-point DSP for $20 in ones. But a 32 bit processor for under $5 ? --DavidCary 11:46, 15 January 2006 (UTC)''

An example of such cheap 32-bit processor is the LPC2103 from Philips. Cost is $4.7 in Qty of one and $2.92 in Qty of 100. Priced April 9, 2006. 24.200.103.110 03:32, 10 April 2006 (UTC) Jean-Samuel


 * Wow, that is great. Thank you so much, Jean-Samuel, for informing me that I *can* get a 32 bit embedded processor, which are much easier to program, for about the same price as a 8 bit processor. --DavidCary 20:57, 1 October 2007 (UTC)

Well, C is more "controllable" than C++ (not only the footprint) but the perfect examples would be in ASM not C.

PS: You can also get an SUV but can you afford the gasoline :)

Networking:Peer-to-Peer (P2P) - Programming:C_-/-_-/- --Panic 05:34, 11 August 2005 (UTC)

Well, Its definitely a good idea to include the "C++ for Embedded Systems" Chapter towards the end. I suggested C because I have been working in C :o) And yes, the examples will mostly be in ASM and C, as appropriate. Later on we can add examples in C++ in the seperate chapter.

I also plan to add a chapter on UML for Real-time Systems Design. Ill prepare notes on it as I myself learn the techniques.

--Siddord 10:58, 11 August 2005 (UTC)


 * When I set up the original outline for this book, I wanted very strongly to keep it language-neutral. However, C and Assembly are simply more popular choices for use in embedded systems. You have to keep in mind that C is a very simple language (much simpler then C++), and this is a benefit to small companies with small microprocessors that need to write their own compiler. Also, a number of companies have produced systems using C derivatives, such as "Dynamic C" for use in the Z-World RabbitCores. C++, because of it's built-in need for dynamic memory allocation, and the complexities of function overloading, operator overloading, and templates is generally not a common choice for use in embedded systems, nor is it considered when a company needs to write it's own, proprietary compiler for a specific microcontroller. Another popular language that is used in embedded systems is BASIC, so if people want to talk about that, i think that would be a good idea. --Whiteknight (talk) (current) 21:44, 27 April 2006 (UTC)


 * In my expierience C++ is used for complex GUIs (e.g. in navigation systems) or for control engineering purposes. All low level drivers (Communication Stack, OS, perpherals) are written in C. I never saw someone writing a flash or eeprom driver in C++. Direct hardware access is generally written in C. --Hudsontng 22:59, 14 August 2007 (UTC)

Discussion
can someone please tell me how to create the link to a new Introduction page????? when i added a page... it refers to an old page of some medical book!!!

--Siddord 07:55, 12 August 2005 (UTC)

Humm, I don't understand the question (try looking on the discussion areas of the C++ book I have posted there some examples...

About the HOC, is it really needed why not just use the page history to get the same info ?

--Panic 03:26, 15 August 2005 (UTC)

I'd like to lend a hand
Hello everyone;

I'm involved in embedded systems too and would like to lend a hand.

I first came across Wikipedia some time ago when I was looking for some mathematics definitions. I was very impressed by the professionalism of what I found.

Maybe its premature to ask, as I will be digging into the documention, but I saw a comment suggesting that its desirable to register as a writer. How might I do that, please?

Jonathan

Logged in, will have to delete my anonymous comment

Hello there Jonathan,

Well the reference to "get registered to become a writer" is about creating a login on Wikibooks, nothing more, just to be easier to talk to you and trace your edits (also, you will get your own "page" and sandbox to test stuff out, etc...)

As for Wikipedia take notice that this is not Wikipedia but Wikibooks almost the same but not quite :), here we create books not encyclopedic articles...

--Panic 04:55, 18 August 2005 (UTC)

Wikibooks:Naming policy
Some one posted a warning on the Talk:Programming in C -/- -/- about the naming policies on Wikibooks:

''Prehaps you should read the Wikibooks:Naming policy. The current name is running under WB:NP#Historical_conventions. So if at all a new name should be somthing like:''

* Cpp Programming * How-To programm in C plus plus * Programming in C -/- -/-

Ohterwise you end up being not a book but only chapter in a very very big Programming book.

This book seems also to be in need of a new name... and the "chapters" seem to be lose (with no book name) --Panic 04:04, 9 September 2005 (UTC)

(embeddable) Databases information chapter/content
I have had to do some researching on (embeddable) Databases, some content on that topic would be a great contribution to the overall book.

example: References to [SQLite] and other solutions, some content could be used from wikipedia. --Panic 01:02, 18 October 2005 (UTC)

Development stages
I suggest that TOC uses stage short. It's a bit confusing now, because there's no red links, but some chapters are blank. --Derbeth talk 11:24, 21 November 2005 (UTC)


 * Yeah, i was going to get around to doing that eventually. maybe the time is now (especially if this book is garnering CoM attention). --Whiteknight T C E 12:39, 21 November 2005 (UTC)

PIC Projects
I have a number of PIC projects planned for the next few months, and once i get them rolling, I'm going to introduce a number of pages in an "Examples" chapter or something. I am going to order a number of 8051 also, and i will post projects involving them. -- 21:39, 1 December 2005 (UTC)

I am looking forward to it. --DavidCary 03:08, 3 December 2005 (UTC)

chapter names
The Naming_policy recommends the "flat" naming convention for new books.

Does anyone have any objections to flattening this book? If not, I'm going to move (Feel free to suggest better names).
 * Embedded Systems/Embedded System Basics/Fixed-Point Arithmetic to Embedded Systems/Fixed-Point Arithmetic
 * Embedded Systems/PIC Microcontroller/PIC Programming to Embedded Systems/PIC Programming
 * Embedded Systems/Assembly Language/Mixed C and Assembly Programming/Inline Assembly to Embedded Systems/Inline Assembly
 * Embedded Systems/Assembly Language/Mixed C and Assembly Programming/Calling Conventions to Embedded Systems/Calling Conventions
 * etc.

Also, as Panic suggests, I'll try to rename any "loose" chapters as I find them, so they begin with "Embedded Systems/". (Although User:Whiteknight keeps beating me to it). Then there are exactly 2 levels of hierarchy, seperated by a single slash: book name, slash, chapter name.

However, feel free to organize the table of contents on the Embedded Systems page with as many levels of heirarchy as anyone wants. --DavidCary 03:08, 3 December 2005 (UTC)


 * I guess i have no problem with flattening it out, although I don't see a huge need to. If you are willing to burn the elbow grease, then by all means. I didnt realize that it was official policy to prefer the flat scheme over the hierarchical scheme (so maybe i should pay more attention to naming policy). -- 17:08, 3 December 2005 (UTC)


 * I started flattening out most of the chapter names. I've merged some stub pages together also. --Whiteknight (talk) (projects) 15:37, 14 June 2006 (UTC)

New to Embededd need help
Hello to all the great people there, I'm very new to this field but as i was intrested in C and C++ i decided to move here. So i need your help.

I have been working on AVR-Atmega16 microcontroller with C. When i read the datasheet(350 pages) of this micro-c,i was confused. There was to much stuff. kindly tell me what i have to choose from that.

As i am in this arena i want u to kindly tell me what exactly happens in a live embedded project. It will very kind of you if you explain me every step.

Thanks, Vivek


 * Well, this book is designed to discuss all the issues of embedded systems, but this talk page is hardly the place to give a complete run-through. If you have an account here let me know your user name, and I can work to get you going in the right direction. -- 14:39, 5 December 2005 (UTC)

references to paper books
moved to Embedded Systems/Resources

FPGA Programming Section
This entire section was poorly laid out, and is in need of repairs. I am planning an outline for a new book called "Programmable Logic Design", that I hope to implement within the next couple weeks (depending on my work schedule), and I think that would be a better place for this material. If anybody wants to work to clean up the FPGA section, feel free, but if it doesn't get fixed, I think we should move all that material into the new book. --Whiteknight (talk) (current) 21:48, 27 April 2006 (UTC)


 * Moved. I've posted a link to the other book. --Whiteknight (talk) (projects) 15:39, 14 June 2006 (UTC)


 * Is that other book Programmable Logic ? --DavidCary (discuss • contribs) 03:26, 17 April 2021 (UTC)

rename from "RTOS" to "embedded OS"
I am surprised that none of the OSes listed in the "Common RTOS" section (Palm OS, Windows CE, MS-DOS or DOS Clones) qualify as a RTOS, at least according to my understanding of the term RTOS.

I think we should we rename that section something more accurate. What would be a good name? "embedded OS"? --DavidCary 09:20, 10 September 2007 (UTC)


 * I agree with you, although I tend to come to the opposite conclusion. Instead of renaming the section, I would prefer deleting it entirely. We could replace it instead with information about true Real-Time OS's, and not just small blurbs about common commercial embedded OSs. Barring that, I might like to create a separate book about RTOS entirely, in which case we could certainly rename the section here as you propose and leave a real discussion about RTOS for a more focused book. --Whiteknight (Page) (Talk) 14:55, 10 September 2007 (UTC)