Mein erstes Programm mit C

Robin Fehrecke schrieb:
> Woran könnte es liegen?

An Deinem Geiz mit Informationen.

Schaltplan (PDF, PNG), Source (C, ASM) als Anhang ist das Mindeste.


Peter

Also das Programm heißt isis7.

Und was hab ich bisher getestet? Also ich habe wie gesagt das Programm 
getestet in meiner Simulation, dann habe ich die Schaltung soweit auich 
getestet gehabt. Und das brennen des Atmels ist nach Brennprogramm auch 
erfolgreich verlaufen

Robin Fehrecke schrieb:

> Und was hab ich bisher getestet? Also ich habe wie gesagt das Programm
> getestet in meiner Simulation, dann habe ich die Schaltung soweit auich
> getestet gehabt.

Das ist eben der Unterschied zwischen einer Simulation und der Realität. 
In einer Simulation kann man niemals alle Aspekte der Realität 
nachbilden.

> Und das brennen des Atmels ist nach Brennprogramm auch
> erfolgreich verlaufen

Davon gehen wir sowieso implizit aus.

Trotzdem solltest du erst mal, wie weiter oben schon vorgeschlagen, mit 
kleineren einfacheren Testprogrammen deine Hardware durchtesten.
Eine einzelne LED an einen Portpin (+Vorwiderstand). Led einschalten, 
Led ausschalten, LED blinken lassen.

Hm... Also beim Atmega fehlen ja schon ein paar Teile...
Ist der Schaltplan so wirklich komplett? Oder hast du uns hier nur 
schnelle eine Zeichnung erstellt?
Wie hast Du z.B. das Teil geflasht, ohne Anschlüsse?

Dann solltest Du noch den Reset-Anschluss (PC6) mit einem 10k an VCC 
anschließen. Wenn der, wie bei dieser Zeichnung in der Luft hängt, ist 
das evtl. auch ungünstig.

Hast Du beim Flashen evtl. auch gleich dies Fuses mit verstellt? Läuft 
der interne RC-Oszillator noch? Kannst Du das Teil auch jetzt noch 
ansprechen?

Also mit einem Lauflicht habe ich es auch schon ausprobiert und klappt 
auch nicht. Es kann sein das ich vlt nicht alles vollständig 
angeschlossen habe.also wenn ihr mir evtl. einen Schaltplan zeigen 
könntet wie er denn eurer Meinung nach vollständig angeschlossen wird 
wäre das nett Dann probiere ich das heute einmal aus. Und ja auf jeden 
fall habe ich das auch mit einem externen quarz ausprobiert^^ soviel 
kann ich sagen. Also wie gesagt mit Atmega und c kenn ich mich halt noch 
net so gut aus und von daher kann es gut sein das da irgendein anschluss 
fehlt.

Mfg Gehacktes

Robin Fehrecke schrieb:
> Also mit einem Lauflicht habe ich es auch schon ausprobiert und klappt
> auch nicht.

Ach.
Und du denkst, dass eine Matrix multiplexen einfacher ist als ein 
Lauflicht.

Wenn Lauflicht nicht geht, dann einzelne LED!

Schluck deinen Stolz runter und schalte 1 LED ein. Das ist der einfachst 
mögliche Fall. Solange der nicht funktioniert hat es keinen Sinn da noch 
mehr Komplexität draufzupacken!

> Es kann sein das ich vlt nicht alles vollständig
> angeschlossen habe.

Was soll das bedeuten?
Hast du oder hast du nicht?

> also wenn ihr mir evtl. einen Schaltplan zeigen
> könntet wie er denn eurer Meinung nach vollständig angeschlossen wird

Dein Schaltplan ist zwar nicht vollständig, der AtMega sollte damit aber 
ein erstes Lebenszeichen von sich geben. Dass du ohne Probleme flashen 
kannst, ist schon mal ein gutes Zeichen.

> wäre das nett Dann probiere ich das heute einmal aus. Und ja auf jeden
> fall habe ich das auch mit einem externen quarz ausprobiert^^ soviel
> kann ich sagen.

Was genau hast du ausprobiert?
Hast du an den Fuse-Bits rumgespielt?

> Also wie gesagt mit Atmega und c kenn ich mich halt noch
> net so gut aus

Ein Grund mehr erst mal mit einfachen Dingen anzufangen.
Eine Matrix multiplexen ist nicht einfach.

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial

1

#include <avr/io.h>

2

3

int main()

4

{

5

  DDRC = (1<<PC0) | (1<<PC1) | (1<<PC2);

6

  DDRB = (1<<PB0) | (1<<PB1) | (1<<PB2);

7

8

  PORTB &= ~(1<<PB0);

9

  PORTC |=  (1<<PC2);

10

11

  while(1)

12

    ;

13

}

brenn dieses Programm auf deinen Mega.
Danach müsste 1 LED leuchten.
Wenn sie das nicht tut, dann miss mit einem Voltmeter die Pegel an PB0 
bzw. PC2 nach. PB0 muss auf 0 (also 0V) sein, PC2 muss auf 1 (also 5V 
sein).
Wenn die Pegel stimmen, dann gibt es noch die Möglichkeit, dass du die 
LED verkehrt herum eingelötet hast.

Wenn die Pegel nicht stimmen, dann muss man weitersehen.

dasrotemopped schrieb:

> Die internen Pullups von 50kOhm vom atmel hast du dann
> als zusätzliche Vorwiderstände an den LEDs,

an einem auf Ausgang geschalteten Port gibt es keine Pullups

> Ich würde an PB0-2 Transistoren anschliessen, die eine
> LED Zeile auf Ground zieht, dann sollte es gehen.

Das sowieso.
Aber lass uns erst mal etwas zum leuchten bringen. Er braucht ja auch 
ein Erfolgserlebnis. Und auch wenn es für den Mega erst mal eine Tortur 
ist, aushalten wird er es zunächst mal. Auf Dauer geht das natürlich 
nicht, das ist schon klar.

dasrotemopped schrieb:
> Wie hoch ist denn der Einganswiderstand von einem Ausgang bei LOW ?

sollte nah 0 sein, meinst nicht auch.... ;)

dasrotemopped schrieb:
> Ja, stimmt, als Ausgang hat der Atmel keine Pullups.
> Wie hoch ist denn der Einganswiderstand von einem Ausgang bei LOW ?
> Hab auf die schnelle keinen Hinweis im Datenblatt finden können.
> Ggf. müsste ja der Vorwiderstand der LEDs angepasst werden.

Die sind zur Zeit mit 38mA dimensioniert (100 Ohm Vorwiderstand, ich hab 
rote LED angenommen) und das ist ein bischen viel für den armen Mega. 
Bei mehr eingeschalteten LED wirds dann noch mehr in Richtung 
Überlastung.

(Nicht weitersagen: Auch wenn man das nicht macht, gleich geht der Mega 
nicht kaputt. Der steckt auch schon mal einen Kurzschluss an einem 
Ausgang weg. Klar: Für ein Gerät im Dauerbetrieb geht das natürlich 
nicht, aber auf dem Experimentierboard ist es nicht soooo schlimm)

Ich muß wohl blind wie ein Maulwurf sein, denn ich habe bisher keine 
einzige Zeile Code vom Fragesteller sehen können.
Aber trotzdem wird hier heiß diskutiert.
Kopfschüttel.

Ich seh das als geschickte Masche, den fertigen Code zu bekommen, ohne 
selbst was gemacht zu haben.


Peter

Karl heinz Buchegger... also ich habe das programm jetz einmal auf 
meinen atmel gebrannt und ausprobiert...also die LED die an PC2 
angeschlossen ist leuchtet schonmal :)...

Aber hab da eine Frage...an PA5, PA6, PC1 und PD1 liegt auch eine 1 an 
woran liegt das? Nach dem Programm zu folge dürften die dch garnet 
leuchten oder?^^ Sy wie gesagt bin noch neu in dem Thema xD

Ach und hier mal mein Prgramm von der LED_Matrix wo von die Frage 
ausging xD:

#include <avr/io.h>     // Namen der IO Register
#include <util/delay.h> // Funktionen zum warten
// Achtung, damit delay richtig funktioniert muß mit Optimierung 
compiliert werden

int main(void)
{
 DDRB = 0xff;         // alle B pins als ausgang konfigurieren
 PORTB = 0xff;           // erstmal alles abstellen
 DDRC = 0xff;
 PORTC = 0xff;

 while (1)
 {

   PORTB =0b11111010;
   PORTC =0b00000011;
   _delay_ms(10);

   PORTB =0b11111101;
   PORTC =0b00000100;
   _delay_ms(10);

 }
}

Robin Fehrecke schrieb:

>    PORTB =0b11111010;
>    PORTC =0b00000011;

Ich denke mal es liegt daran, dass du versuchst hier 4 LED auf einmal 
einzuschalten. Bei deinen Widerstandwerten wird das für den Mega schon 
ein bischen viel. Nimm davon Abstand. Selbst bei nur 1 LED betreibst du 
den Mega schon hart an der Grenze dessen was er Strom liefern kann.

okey aber jetz mal zu deinem Programm...ist das normal das so viele leds 
leuchten??? kapiers net xD weil du sagtest ja es leuchtet dann nur eine 
xD

okey aber jetz mal zu deinem Programm...ist das normal das so viele leds 
leuchten??? kapiers net xD weil du sagtest ja es leuchtet dann nur eine 
xDv

Robin Fehrecke schrieb:
> okey aber jetz mal zu deinem Programm...ist das normal das so viele leds
> leuchten??? kapiers net xD weil du sagtest ja es leuchtet dann nur eine
> xDv

?
Ja.
So ist das Testprogramm.

Ich wollte nur wissen
* ob dein µC läuft
* ob du Programm korrekt zum µC übertragen kannst
* ob die LED korrekt angeschlossen ist (POlung)

Am ANfang des Threads wussten wir das alles noch nicht. Jetzt mit dem 
testprogramm wissen wir das.

Ab jetzt darfst du übernehmen. Ich mach dir doch nicht dein Programm fix 
fertig.

ja nein sollst du auch nicht wollt es nur wissen...danke für die vielen 
beiträge... ich werde mich jetz mal dran setzen und weiter probieren

Robin Fehrecke schrieb:
> okey aber jetz mal zu deinem Programm...ist das normal das so viele leds
> leuchten??? kapiers net xD weil du sagtest ja es leuchtet dann nur eine
> xDv

Ach
Jetzt hab ichs erst verstanden.

Bei dir leuchten mehr LED und nicht nur eine.

Ja du hast recht.
Das ist ein Fehler im Testprogramm (hab nicht darauf geachtet)

1

#include <avr/io.h>

2

3

int main()

4

{

5

  DDRC = (1<<PC0) | (1<<PC1) | (1<<PC2);

6

  DDRB = (1<<PB0) | (1<<PB1) | (1<<PB2);

7

8

  PORTB = 0b00000110;

9

  PORTC = 0b00000100;

10

11

  while(1)

12

    ;

13

}

jetzt leuchtet nur noch eine.

#include <avr/io.h>     // Namen der IO Register
#include <util/delay.h> // Funktionen zum warten
// Achtung, damit delay richtig funktioniert muß mit Optimierung
compiliert werden

int main(void)
{
 DDRB = 0xff;         // alle B pins als ausgang konfigurieren
 PORTB = 0xff;           // erstmal alles abstellen
 DDRC = 0xff;
 PORTC = 0xff;

 while (1)
 {

   PORTB =0b11111010;
   PORTC =0b00000011;
   _delay_ms(10);

   PORTB =0b11111101;
   PORTC =0b00000100;
   _delay_ms(10);

 }
}

das ist der Code für die matrix!!!

Also das C habe ich in einem Simulator darstelen können aber nicht bei 
meiner hardeware!!!