Re: microcontroller programming -- how to begin

Ken Smith schrieb:
In article <447b2d3b$0$11062$9b4e6d93@xxxxxxxxxxxxxxxxxxxxxxxxxx>,
Andreas Schwarz <usenet@xxxxxxxxxxxxx> wrote:
Ken Smith schrieb:
[....]
You mean tried and true, well proven don't you.
I mean abandoned.

They certainly have not been

I don't say that everything has been abandoned, I know there are free
tools for 8051 development that work and are still maintained (like SDCC).

A free macro assembler is no big deal, you can get one for any
microcontroller family in the world. It's different when it comes to C
compilers. For 8051 there is only SDCC, but it's not as good as the free
compilers you can get for AVR, MSP430, Z8 or ARM. I have yet to see a
free IDE for source level simulation/debugging of SDCC code.

That's no big deal. I develop the microcontroller code in assembly.

Many people don't want to use pure assembly. Anyway, you wrote there was
_less_ stuff available for AVR than for 8051. Can you give any example
of something you miss for AVR? I know 5 assemblers, 2 C compilers, 2
simulators, an IDE with simulator/debugger for assembler and C, an ADA
compiler, a Java VM (!), various Forth interpreters... I didn't count
shareware or limited demo versions.
.

Relevant Pages

  • Re: Moving from 8051 to AVR
    ... This applies to working with the AVR just ... Yes, that was the original argument - although it has now been slightly sidetracked by your claim as to *why* it is good, which was that it means any old PC programmer can then write good embedded code for the chip. ... IAR have plenty of knowledge of C compilers, but they have their own particular way of handling microcontroller functionality that has no place in standard C, such as handling flash memory spaces. ...
    (comp.arch.embedded)
  • Re: C programming on ARM
    ... You can't rely on these things having a consistent pointer size - you should not even rely on the C requirement of a "void *" supporting them all (embedded compilers don't always follow the standards if they conflict with generating good object code for real-world source code). ... Look at the AVR, for example - it has different address spaces for flash and ram data, so the pointers are incompatible. ...
    (comp.arch.embedded)
  • Re: Beginning PICs
    ... Only reason you might would be bad hardware layout or bad hardware design. ... Messing with AVR fuses is trivial. ... Messing with PIC banking is a huge mess. ... The only free C compilers for the PIC are toys. ...
    (comp.arch.embedded)
  • Re: C programming on ARM
    ... But as you say C doesn't map onto these architectures, ... Look at the AVR, for example - it has different address spaces for flash and ram data, so the pointers are ... There are indeed architectures which can't fully support standard C. ... work on standard C compilers. ...
    (comp.arch.embedded)
  • Re: Purchase microcontroller dev. kit
    ... char b; ... Even on compilers which don't support it directly, the way to deal with code like that is clearly explained in user manuals and FAQs. ... The two most sensible families of small microcontroller for beginners or general use are the AVR and the msp430. ... Nothing you write now will be reused significantly in the future, and all embedded code has at least some layers of non-portable code anyway. ...
    (sci.electronics.design)