Hi, Ich habe dieses Programm geschrieben: Code: #include <avr/io.h> // (1) int main (void) { // (2) DDRA = 0xff; // (3) PORTA = 0xff; // (4) while(1) { // (5a) /* "leere" Schleife*/; // (5b) } // (5c) /* wird nie erreicht */ return 0; // (6) } Und eine LED am ProtA zu GND der Batterie geschlossen. Nun sollte doch eigentlich die LED leuchten? Oder hab ich was falsch gemacht? Und die LED ist nicht kaputt, das hab ich ausprobiert... Grüsse!
Ich hab die LED richtig angeschlossen... Das kurze Beinchen zu GND der Batterie und das lange Beinchen zum Pin des Mikrocontrollers.
> ProtA zu GND
Am Port A wirds besser gehen, allerdings nur mit einer NP-LED.
Oder den Treiber umschalten.
Das Programm ist technisch gesehen OK. Bloss: es müssen weitere Voraussetzungen erfüllt sein, damit es eine Chance hat zu arbeiten! 1. Es ist grundsätzlich für AVRs geschrieben. Es funktioniert nicht auf anderen Mikrocontrollern. Hast du einen AVR? 2. Es muss übersetzt werden und das Ergebnis (HEX-Datei) muss in den AVR übertragen werden. Hast du das gemacht? 3. Der AVR muss einen PORTA haben und genau an dem Pin, an dem du die "LED Schaltung" hast einen Ausgabepin haben. Hat dein AVR das? 4. Die LED muss über einen Widerstand (Vorwiderstand) angeschlossen werden. Wenn nicht kann sie nach 1x Aufblitzen bereits kaputt sein. Hast du einen Widerstand verwendet? 5. Der AVR muss laufen. Am Laufen können hindern: Kein Saft oder der AVR wird im RESET gehalten. Hat dein AVR Saft? Entlässt dein Programmieradapter/die Programmiersoftware den AVR nach dem Programmieren aus dem RESET, d.h. schon ohne angeschlossenen Progammieradapter getestet?
>Die Beinchen sind auch bei manchen LEDs anders herum. selten, es sei denn sie hat jemand mit einem Seitenschneider bearbeitet. @LEDsucher: da Du uns nicht sagst welcher AVR den Port A zur Verfügung stellt und wie das Programm in diesen gelangt, musste halt selber weiter orakeln.
Hi, ATmega32 ISP Dongle Ich erstelle eine Hexdatei mit AVR Studio, danach lade ich sie in PonyProg. Also all deine Fragen wurden erfüllt. Nur bei etwas bin ich nicht ganz sicher: Wie kann ich das überprüfen bzw. machen, dass er nicht im Reset gehalten wird? Grüsse!
Und ich merke auch wenn ein Programm rübergeladen, wird die LED beginnt zu flimmern, aber egal ob ich PORTA = 0xff oder PORTA = 0x00 die LED brennt nun immer... Grüsse
Programmierstecker abziehen, dann hat der Adapter/Ponyprog keine Chance dazu. Oder den logikpegel an dem RESET-Pin messen (Spannung gegen GND). Ist im RESET LOW und nicht im RESET HIGH.
> ATmega32 > PORTA AVcc angeschlossen? Meinst du nicht, es wäre mal Zeit zu skizzieren, wie dein Hardwareaufbau aussieht?
Hi, Ich ha nun nochmal beide Möglichkeiten ausprobiert und jedesmal den Stecker herausgezogen, aber die LED leuchtet immer noch.. Nun hab ich die LED eben an Vcc der Batterie angeschlossen und die LED auch entsprechend gewendet... Gibts sonst noch was, an was es liegen könnte? Und wie gesagt, ich sehe schon wie was passiert, denn die LED flackert, sobald was rüber geladen wird, was ja bedeutet, dass es in diesem Moment unterschiedlich hochohmig ist und sobald das Programm rüber geflasht ist, brennt die LED wieder voller Freude und ein kleinstes flakern.. Grüsse!
Hi, Ich ha nun nochmal beide Möglichkeiten ausprobiert und jedesmal den Stecker herausgezogen, aber die LED leuchtet immer noch.. Nun hab ich die LED eben an Vcc der Batterie angeschlossen und die LED auch entsprechend gewendet... Gibts sonst noch was, an was es liegen könnte? Und wie gesagt, ich sehe schon wie was passiert, denn die LED flackert, sobald was rüber geladen wird, was ja bedeutet, dass es in diesem Moment unterschiedlich hochohmig ist und sobald das Programm rüber geflasht ist, brennt die LED wieder voller Freude und ohne ein kleinstes flakern.. Grüsse!
>Stecker herausgezogen, aber die LED leuchtet immer noch.. ist doch genau das wes Du erreichen wolltest (Sie leuchtet)! > Meinst du nicht, es wäre mal Zeit zu skizzieren, wie dein Hardwareaufbau aussieht? Ohne Arme keine Kekse
Hi, Ich hab das RN-Control: http://www.roboternetz.de/wissen/index.php/RN-Control Und nun hab ich eben die LED gewechselt also an Vcc der Batterie und nicht mehr an GND, deshalb leuchtet die LED auch, aber mein Zeil wäre es ja, dass die LED nur dann leuchtet, wenn ich 0xff bzw. 0x00 habe und nicht wenn ich 0xff bzw. 0x00, kommt mir nicht so darauf an, ob sie bei 0xff oder 0x00 leuchtet bzw. nicht leuchtet, es muss sich einfach verändern, wenn ich 0xff zu 0x00 oder 0x00 zu 0xff umschreibe... Und es kommt mir auch ziemlich komisch vor, dass die Beispiel LEDs des RN Control nicht leuchten wenn ich PORTC auf Low programmiere, denn es steht, wenn man es so macht und die DIP Schalter aktiviert, sollten die LEDs leuchten... Kann es nicht noch an irgendetwas anderem liegen? Wo ich noch nicht ausprobiert habe? Grüsse!
LEDsucher wrote: > Und nun hab ich eben die LED gewechselt also an Vcc der Batterie und > nicht mehr an GND, deshalb leuchtet die LED auch, aber mein Zeil wäre es > ja, dass die LED nur dann leuchtet, wenn ich 0xff bzw. 0x00 habe und > nicht wenn ich 0xff bzw. 0x00, kommt mir nicht so darauf an, ob sie bei > 0xff oder 0x00 leuchtet bzw. nicht leuchtet, es muss sich einfach > verändern, wenn ich 0xff zu 0x00 oder 0x00 zu 0xff umschreibe... Und Du willst uns weismachen, dass Du selbst verstehst, was Du da geschrieben hast? An Port C befindet sich übrigens an den Pins 2-5 das JTAG-Interface, das bei einem jungfräulichen Controller erst mal deaktiviert werden muss (Fuse), damit man die Pins als I/O nutzen kann.
Hast Du das Board selber gelötet?. Versuche doch mal die zum Board gehörenden Demos.
Hi, Also Fusebits hab ich noch keine Gesetzt... ich weiss nicht wie das geht... wo lernt man das? Gibts da ein Tutorial? Grüsse!
>Und Du willst uns weismachen, dass Du selbst verstehst, was Du da >geschrieben hast? anscheinend nicht. > wo lernt man das? Gibts da ein Tutorial? massenweise. dein Motto scheint "learning by burning" zu sein.
Hi, Wie soll ich es dir weiss machen? Ich schätze mal einbisschen kann man schon verstehen, was ich damit meine... Aber ich hab gelesen die Fusebits sind ziemlich heikel, denn die kann man nicht wieder rückgängig machen, und das die Fusebits meistens schon gesetzt sind, wenn man den Mikrocontroller angegeben hat. @Ledfinder: Bitte schreib nicht mehr solche ungebrauchbaren Bemerkungen, wenn du nicht helfen kannst, lass es sein... Grüsse
Mach doch einfach mal einen Schaltplan / Photo des Aufbaus und dann kann dir vllt eher geholfen werden. Gruß CogitoErgoSum
> Aber ich hab gelesen die Fusebits sind ziemlich heikel, Wenn man nicht lesen kann (oder will), ja. > denn die kann man nicht wieder rückgängig machen, Wo steht das denn? > und das die Fusebits meistens schon gesetzt sind, wenn man den Mikrocontroller angegeben hat. Hä?
>Bitte schreib nicht mehr solche ungebrauchbaren Bemerkungen, wenn du >nicht helfen kannst, lass es sein... Du bist es der sich durch seine ungenauen Fragen disqualifiziert.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.