By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
458,081 Members | 1,317 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 458,081 IT Pros & Developers. It's quick & easy.

Is C# suitable for low-level embedded

P: n/a
Hi,

I tried posting this in a different thread a week ago but only received one
response so I will try again here.

I am writing the code for a program that will run on an embedded PXA255
running Windows CE 4.2. At first I was planning on using C# with the compact
frame work but the more I learn about the project, the less comfortable I
feel. Now I am thinking about using eVC++ 4.0. I have never used embedded
VC++ but have a copy. My program will need to do all of the following and
I'm not sure if it can be done in C#:

Send and receive data over the following ports:
Ethernet (TCP/IP)
Serial (RS232)
USB
I2C
SSP or NSSP (Networked Synchronsous Serial Port) - need register I/O

Respond to Key Presses
Custom hardware

Do some pretty serious number crunching in a hurry
Are there ways to speed up non integer math?

Update a graphical display
Basically move small images around on a constant background
I would appreciate any advice as to which development environment would be
better (pros/cons). Any book recommendations - I can't seem to find a recent
book on eVC++ or any sample programs. Does anyone know of any training
classes for this type of programming? I am far more comfortable with the
drag and drop ease of the .net environment but I have used MFC a few years
back. The GUI will not have buttons or menus - it is more of a "graphics
reporting" screen. Given all of this, is C# a good choice?

Thank you for any help,
Joe

Nov 17 '05 #1
Share this Question
Share on Google+
3 Replies


P: n/a
Joe,

I believe that you can do everything that you want with the compact
framework (you might have to do some custom stuff if you want to speed up
the non-integer math), but I don't know that there is a version of the
Framework that runs on embedded devices.

You might want to check out the Microsoft Windows Embedded Development
Center, located at (watch for line wrap):

http://msdn.microsoft.com/embedded/

Hope this helps.

--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard.caspershouse.com

"Joe Thompson" <Jo*********@discussions.microsoft.com> wrote in message
news:83**********************************@microsof t.com...
Hi,

I tried posting this in a different thread a week ago but only received
one
response so I will try again here.

I am writing the code for a program that will run on an embedded PXA255
running Windows CE 4.2. At first I was planning on using C# with the
compact
frame work but the more I learn about the project, the less comfortable I
feel. Now I am thinking about using eVC++ 4.0. I have never used
embedded
VC++ but have a copy. My program will need to do all of the following and
I'm not sure if it can be done in C#:

Send and receive data over the following ports:
Ethernet (TCP/IP)
Serial (RS232)
USB
I2C
SSP or NSSP (Networked Synchronsous Serial Port) - need register I/O

Respond to Key Presses
Custom hardware

Do some pretty serious number crunching in a hurry
Are there ways to speed up non integer math?

Update a graphical display
Basically move small images around on a constant background
I would appreciate any advice as to which development environment would be
better (pros/cons). Any book recommendations - I can't seem to find a
recent
book on eVC++ or any sample programs. Does anyone know of any training
classes for this type of programming? I am far more comfortable with the
drag and drop ease of the .net environment but I have used MFC a few years
back. The GUI will not have buttons or menus - it is more of a "graphics
reporting" screen. Given all of this, is C# a good choice?

Thank you for any help,
Joe

Nov 17 '05 #2

P: n/a
It's been a long time since I did embedded development, but I would say
that no, C# is not a good choice.

Given your description, you're not going to use much of the framework,
and I predict that you'll spend most of your time trying to figure out
how to get _around_ the Framework to the hardware below.

I also predict that you'll be writing lots of "unsafe" code in order to
do pointer manipulation and read from and write to dedicated addresses.
Just the sort of thing from which the Framework is trying to isolate
you.

On top of all of that are the problems of using a garbage-collected
language on a platform with limited CPU power and hard real-time
deadlines.

I would go for some flavour of C++. eVC++ sounds perfect, as it was
designed for embedded systems.

Nov 17 '05 #3

P: n/a
Thanks for your respones. So far, everyone seems to seem eVC++ is the way to
go.

Joe
Nov 17 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.