Hi Benedikt.
Dass die sich unterscheiden ist mir bewusst - habe ein niegelnagelneues Projekt gestartet und den ATmega8535 als µC gewählt.

Habe auch den ultrakurzen und auf jeden Fall gültigen C-Code "PORTA.0=0;" bzw. "PORTA.0=1;" ausprobiert.


Irgendwie kommt es mir so vor, als ob der µC einmal am Anfang mit dem allerersten Test ("PORTA.0=1;") programmiert werden konnte und anschließend dabei blieb, sich also nicht neu flashen ließ - kann das sein?

..aber Fehlermeldungen beim erneuten Flashen blieben wie gesagt aus, er änderte einfach nicht sein Verhalten, der PA0 blieb auf high, der Rest low.


Es gibt ja diese Falle, dass die Fuses oder Lockbits so gesetzt werden, dass ein erneutes Beschreiben unmöglich wird, oder?

Aber durch "Erase Chip" werden doch alle Fuses und Lockbits wieder auf Default gesetzt...?


Grüße,
Henning

Kannst du das geschriebene Programm wieder richtig auslesen ?

Du meinst mit "Read Flash"? Wird das dann direkt angezeigt oder im Hintergrund geladen?

Kann das leider nicht direkt testen, da das Notebook mit Controller und Software im Werk ist - bin in der Ausbildung und wir probieren das auf der Arbeit aus, deshalb die laienhaften Fragen..

Gibt es diese angesprochene Möglichkeit, so eine "Dummheit" zu begehen, dass der Controller nicht neu zu beschreiben ist?

Zitat : austin2powers hat am  1 Sep 2004 19:01 geschrieben :

Du meinst mit "Read Flash"? Wird das dann direkt angezeigt oder im Hintergrund geladen?

Keine Ahnung, ist bei jeder Software anderst, aber Read Flash klingt ganz gut..

Zitat :

Gibt es diese angesprochene Möglichkeit, so eine "Dummheit" zu begehen, dass der Controller nicht neu zu beschreiben ist?

Ja, beim AVR leider ja. Wenn man Reset deaktiviert oder ISP deaktiviert, dann lässt sich der AVR nicht mehr programmieren. Aber dann kann man weder auslesen noch beschreiben, noch löschen.

Da er sich aber noch löschen und beschreiben lässt (das Auslesen des Flashs teste ich morgen früh), fällt das wohl raus.

Was könnte das dann sein?


Falls ich anstatt CodevisionAVR was anderes nehmen soll: Habe schon Ponyprog probiert, aber der ATmega8535 wurde nicht unterstützt...


Danke für alles..

Zitat : Benedikt hat am  1 Sep 2004 19:32 geschrieben :

Ja, beim AVR leider ja. Wenn man Reset deaktiviert oder ISP deaktiviert, dann lässt sich der AVR nicht mehr programmieren. Aber dann kann man weder auslesen noch beschreiben, noch löschen.

...ach so: Welche Fuses / Lockbits sind dafür nochmal verantwortlich?

Wenn ihr den so über die Fuse verstellt habt, dass er nicht geschrieben und gelesen werden kann, hilft nur noch das STK500 und die Parallel High-voltage Programmierung. Nur so könnt ihr ihn wieder zum "Leben" erwecken.

_________________
mfg Jornbyte

Es handelt sich bei dem Tipp nicht um eine Rechtsverbindliche Auskunft und
wer Tippfehler findet, kann sie behalten.

Zitat : Jornbyte hat am  1 Sep 2004 20:28 geschrieben :

Wenn ihr den so über die Fuse verstellt habt, dass er nicht geschrieben und gelesen werden kann, hilft nur noch das STK500 und die Parallel High-voltage Programmierung. Nur so könnt ihr ihn wieder zum "Leben" erwecken.

Hmm, welche Fuses müsste man dann wie verstellt haben?!


Danke,
Henning

Zitat :

Irgendwie kommt es mir so vor, als ob der µC einmal am Anfang mit dem allerersten Test ("PORTA.0=1;") programmiert werden konnte und anschließend dabei blieb, sich also nicht neu flashen ließ - kann das sein? ..aber Fehlermeldungen beim erneuten Flashen blieben wie gesagt aus, er änderte einfach nicht sein Verhalten, der PA0 blieb auf high, der Rest low.

Vielleicht ist der Port ja auch nicht bzw. falsch initialisiert.
Wenn er nach dem Reset Input bleibt und die Pullups sind enabled, dann kommt auch High raus.
Im Gegensatz zu einem Output, der ein paar mA liefern kann, sind es bei einem Input aber nur ein paar µA.

_________________
Haftungsausschluß:



Bei obigem Beitrag handelt es sich um meine private Meinung.



Rechtsansprüche dürfen aus deren Anwendung nicht abgeleitet werden.



Besonders VDE0100; VDE0550/0551; VDE0700; VDE0711; VDE0860 beachten !

Es kommt nicht darauf an was verstellt wurde sondern wie die aktuelle Einstellung im µC ist. Auch das Lesen der Fuse/Lockbits wird nur im Parallel-Modus möglich sein.

_________________
mfg Jornbyte

Es handelt sich bei dem Tipp nicht um eine Rechtsverbindliche Auskunft und
wer Tippfehler findet, kann sie behalten.

Zitat :

perl schrieb: Vielleicht ist der Port ja auch nicht bzw. falsch initialisiert. Wenn er nach dem Reset Input bleibt und die Pullups sind enabled, dann kommt auch High raus. Im Gegensatz zu einem Output, der ein paar mA liefern kann, sind es bei einem Input aber nur ein paar µA.

Nein, alle Ports waren per DataDirectionRegister auf FF, also auf Ausgang gesetzt. Außerdem war nur der PA0 auf high, alle anderen auf low - es hing eine lowcurrent-LED dran, also wurden mind. 3mA geliefert.

Zitat :

Jornbyte schrieb: Es kommt nicht darauf an was verstellt wurde sondern wie die aktuelle Einstellung im µC ist. Auch das Lesen der Fuse/Lockbits wird nur im Parallel-Modus möglich sein.

Die Fuses und Lockbits konnte ich definitiv auslesen, habe mir nur nicht die Einstellungen gemerkt - hole ich gerne morgen früh nach.

Auf welche soll ich dann besonders achten?


Würde morgen sonst auch einfach den µC gegen einen neuen tauschen, deshalb die Frage, wie ich den oben abgebildeten Start-Bildschirm konfigurieren soll, um sowas nicht nochmal zu erleben? Die abfotografierten Einstellungen sind übrigens nicht die standard-Starteinstellungen, wir hatten schon was verändert.


Vielen Dank Euch beiden für die Hilfe!

Henning