Micropersonalcomputer

Alexander Ljubizki schrieb:

> Nun ist mein conntroller 79% voll und weiß nciht wiso... so viel code
> ist das nicht oder?

Du hast den ganzen LCD Code noch im Projekt, den kein Mensch braucht.
Auch nicht aufgerufene Funktionen benötigen Platz.

Und der Rest.
Im Prinzip hast du recht, so kompliziert ist dein Programm nicht. Es ist 
nur kompliziert geschrieben

Aber hier steckt dein Haupt-Codefresser

1

void LED(int On, int Loop, int MS)

2

{

3

  if(Loop)

4

  {

5

    while(Loop)

6

    {

7

      PORTC |= (1 << PC0); //An

8

      _delay_ms(MS);

9

      PORTC &= ~(1 << PC0); //Aus

10

      _delay_ms(MS);

11

      Loop--;

12

    }

13

  }

14

  else

15

  {

16

    if(On)

17

      PORTC |= (1 << PC0); //An

18

    else

19

      PORTC &= ~(1 << PC0); //Aus

20

  }

21

}

_delay_ms niemals mit einer Variablen aufrufen:
* das zieht die komplette Floating Point Library mit ins Boot
* die angestrebten Wartezeiten sind damit illusorisch. Da der
  Optimizer die Berechnungen nicht optimieren kann, dauern die
  Berechnungen selber dann schon fast so lang oder noch länger
  als die angestrebte Wartezeit.

Ein Mega 8 ist nicht wirklich der Typ, womit man ein Design startet. 
Ausser die gesparten 20cents bringen ein gutes Gefuehl. Wenn man ein 
printf() im Code hat, ist der Speicher eigentlich schon voll. Ein ASM 
Listing des Codes zeigt wofuer wieviel Platz draufgeht.

Hey noch Was schrieb:
> Ein Mega 8 ist nicht wirklich der Typ, womit man ein Design startet.


Na ja.
Wenn die AUfgabe darin besteht 5 Eingänge zu überwachen und abhängig vom 
Zustand dieser Eingänge einen oder 2 Ausgänge ein oder aus zu schalten, 
dann ist im Grunde selbst ein Mega8 schon hoffnungslos 
überdimensioniert.

Und um mehr gehts hier nicht. Zumindest hab ich mir das aus Code und 
Begleittext zusammengereimt :-)

Nicht mal dann. Denn naechstens kommt der Wusch nach einem Delay, dann 
dieses, dann Jenes. Ich wuerd einen Mega8 nicht mal fuer eine 100er 
Serie einsetzen. Die Ersparnis gegenueber einem Mega16 ist zu gering.

Hey noch Was schrieb:
> Nicht mal dann. Denn naechstens kommt der Wusch nach einem Delay, dann
> dieses, dann Jenes. Ich wuerd einen Mega8 nicht mal fuer eine 100er
> Serie einsetzen. Die Ersparnis gegenueber einem Mega16 ist zu gering.

Er wird schon seinen Grund für den 8-er haben. Vielleicht hat er auch 
einfach nur welche rumliegen.

Sein Programm in der jetzigen Form lastet den 8-er noch nicht einmal zu 
10% aus. Da ist noch massig Platz für Erweiterungen.

Ich verbau auch gerne die 16-er. Aber wenn ein 8-er locker ausreicht und 
ich einen rumliegen hab, dann nehm ich den auch.

Auf jeden Fall ist sein Programm in der jetzigen Form (und auch das was 
in 2 Wochen noch daraus entstehen kann) noch lange kein Grund die 
Diskussion in Richtung größerern Prozessor zu lenken. Die Grenze ist 
noch so weit weg, dass das einfach die falsche Richtung ist. Sauber 
programmieren allerdings wäre die richtige Richtung. IMHO natürlich.

> und vl. nehme ich den Atmega168 :D ist 100 % gleich wie
> Atmega8 nur mit 16 KB speicher

Der ATmega168 ist deutlich weg von „100% gleich“ zum ATmega8.  Das wäre 
der ATmega88.