ATmega32 und 16MHz Quartz

[ElchiMtr]

Hey Freunde,

Ich wollte fragen mit was ihr die FUSE bits einstellt.
Ich habe es einmal mit dem AVR-Studio gemacht der µC lief dann auch ne genze weile mit 16 Hz, allerdings hab ich ihn wohl mit der Außenbeschaltung geschrottet.
Nun wollte ich einen neuen einsetzten und Stellte die Fusebits wieder um und nun machter nix mehr.
Meine zweite Frage ist daher, hatte schon mal jemand Probleme wenn er das AVR-Studio benutzt hat um die Fuses zu ändern ?

und als drittes was bedeuten eigentlich die vielen Unterschieldichen einstellungen für

Ext.Crystal/Resonator High Freg: Start-up time: 258 CK + 64ms

was bedeuten die 285 CK ? und die 64ms ?
das hab ich noch nicht so ganz verstanden.

vielen dank für eure Hilfe.

[BMS]

Hallo,
diese CK + 64ms geben soweit ich weiß eine Verzögerung beim Start an. Also 285 CK (Taktzyklen) plus 64 Millisekunden.
Mit AVR Studio hab' ich noch nicht gearbeitet. Habe bisher Ponyprog verwendet, um die Fuses einzustellen. Seit ich aber über USB flashe, ist das ein Job für avrdude (in avrgcc/WinAvr integriert).
Bei den Fuses muss man höllisch aufpassen, in manchen Programmen werden die Bits invertiert (immer genau falsch herum) dargestellt. Oder man schaltet versehentlich den ISP ab. Da kann man schnell mal falsch klicken und der µC lässt sich nicht mehr ansprechen... Lieber immer ein paar Controller als Reserve kaufen
Dafür gibt es sog. Online Fuse Calculators, die einem die Fuses "ausrechnen".
Siehe Engbedded Fuse Calculator
Grüße,
Bernhard

[askazo]

Ich stelle die Fuses immer mit dem AVR-Studio ein und hatte bisher noch keine Probleme damit. Wenn Du sicher bist, dass Du die Fuses passend zu Deiner Taktquelle richtig eingestellt hast, stimmt wahrscheinlich was mit der Taktquelle selber nicht.

Was die Start-Up-Time betrifft:
Die Taktzyklen (die 285 CK aus Deinem Beispiel, CK= Clock Cycles) dienen dazu, beim "Hochfahren" nach einem Power-Down oder Power-Safe eine bestimmte Anzahl an Taktzyklen abzuwarten, bevor der erste Befehl ausgeführt wird. Damit kann gewährleistet werden, dass der Taktgeber stabil arbeitet, bevor der Prozessor anfängt zu arbeiten.

Die Echtzeit hintendran ist eine zusätzliche Wartezeit, die über den Watchdog-Timer generiert wird. Diese wird nur nach einem Reset ausgeführt (also nicht nach einem Power-Safe) und dient dazu, der Versorgungsspannung ein bißchen Zeit zum stabilisieren zu geben.

Ich stelle fast immer die längste Startup-Time ein, da mir die paar Millisekunden nicht weh tun und ich damit dann immer stabile Verhältnisse habe, bevor mein Programm los läuft.

Gruß,
askazo

[hardware.bas]

BASCOM hat alles drin. ElchiMtr, Dein Prozessor lief eine ganze
Weile mit 16 Hz? Was war denn das für eine "Echtzeitanwendung"?
VG Micha

[ElchiMtr]

nein ich experimentiere zur Zeit auf einem breadboard, ich betreibe das ganze nur als Hobby. Mein Ziel ist es wie von vielen hier einen kleinen Roboter zu bauen. Ich hatte auch einen ASURO, aber nun beginnge quasi noch mal bei NULL.
Wenn es das AVR-Studio nicht Schlud ist und ich die Schaltung auch nicht geändert habe, was könnte es dann noch sein?

ich hab auch einen anderen Quarz und andere Kondensatoren getestet das brachte auch keinen Erfolg.
Etwas anderes kann ja an der Taktquelle nicht kaputt gehen.

ratlose Grüße

[BMS]

Hallo,
kannst du die Fuses noch einmal auslesen, die du gesetzt hast? Wenn ja, welche genau sind das?
Ist der Controller überhaupt ansprechbar, also wird er von deinem Programmer erkannt? Kannst du ein Programm zum Controller übertragen?
Wenn das nicht klappt, ist eventuell die Übertragungsgeschwindigkeit zu hoch (oder der Atmega läuft zu langsam).
Wenn du ein Oszilloskop hast, kannst du einmal an den XTAL-Pins messen, ob da ein Signal im Mhz-Bereich anliegt? (Das Oszilloskop belastet allerdings auch).
Oder hast du noch einen Ersatz-Controller? Sonst hält man sich zu lange an so etwas auf.
Grüße,
Bernhard

[ElchiMtr]

Leider reagiert der Controller auf gar nix mehr.

Nen Oszi hab ich leider auch nicht zur Verfügung.
Einen neuen Controller nehmen will ich auch nicht sofort, weil ich das erst getan habe. Der "neue" ging noch als er noch mit dem internen takt lief, als ich auf extern gewechselt hab ging er nicht mehr. Ich hatte ein "LED-Blinker Testprogramm" drauf.

Wenn ich nicht rausfinde wo das problem liegt werde ich sicher noch mehr unbrauchbare MEGAS erzeugen.

[schmeuki]

Hallo
Ich habe ein Problem. Also ich habe ein JTAGice MKII und benutze AVR Studio 5.0 - habe einen ATMEGA32 dip über einen 10-poligen JTAG angeschlossen und beschrieben ( .hex File aus dem Internet) nun noch eben über die Fuses den richtigen Mhz Wert eingestellt und es funktioniert. Hier für danke ich schon mal für die Tipps im Forum.

Nun das Problem . Es sind bei einem Bausatz baugleiche ATMEGA32 mitgeliefert morgen auf der eine Software ist - diese kann ich nicht auslesen . Ich verdrahte beide ATMEGA gleich und auch sonst habe ich laborbedingungen . Jemand ne Idee ? Achso an die Fuses bzw Lockbits oder so kann ich nicht zugreifen ! Ist der Chip vllt vom Hersteller gesperrt worden oder oder oder ??? Ich hofffe auf Antwort

Gruß Stephan

[Hubert.G]

Firmen wollen nicht nur die µC sondern in erster Linie die Software verkaufen. Es werden daher mit großer Wahrscheinlichkeit die Lockbits gesetzt sein.
Ein auslesen ist in diesem Fall nicht möglich.

[schmeuki]

Der Witz ist ja dass eine neue bessere Software zum Download bereit steht und man dort die .hex File sehen kann. Kann ich den Controller komplett reseten ? So dass ich ihn wieder beschreiben kann ?
Gruß Stephan