LCD am PORTC

Der µC kann doch nichts dafür, dass PonyProg so eine schlechtes 
Mensch-Maschine Interface hat.

AVRStudio zeigt, wie es auch intuitiv geht.

Hallo,

naja, Ponyprog kann auch nicht soviel dafür, daß so wenige lesen 
können...

Es zeigt die Fuses so, wie es die Atmel-Datenblätter angeben:

Haken drin -> Fuse ist programmiert, also 0
Haken raus -> Fuse ist unprogrammiert, also 1

Diese Erklärung steht in allen von mir genutzten Datenblättern als 
Anmerkung zu den Tabellen der Taktquellenauswahl.

Gruß aus Berlin
Michael

Mein Gott, ich hab für mein Display am Atmega32 am PORTC auch ewig 
rumgetüddelt. Und dann aus Ärger einfach mal gegoogelt und dann ENDLICH 
eure Lösung gefunden!

Ich war schon am Verzweifeln, und hab gemeint, ich hätt auf einmal 
Alzheimer! ^^
Und dann einfach die JTAGEN-fuse ausknipsen, toll.

MfG ein geplagter Bastler ^^

Stefan Riepl schrieb:
> Mein Gott, ich hab für mein Display am Atmega32 am PORTC auch ewig
> rumgetüddelt. Und dann aus Ärger einfach mal gegoogelt und dann ENDLICH
> eure Lösung gefunden!
>
> Ich war schon am Verzweifeln, und hab gemeint, ich hätt auf einmal
> Alzheimer! ^^
> Und dann einfach die JTAGEN-fuse ausknipsen, toll.


Warte ab, bis du einen fabrikneuen Mega128 in die Finger bekommst und 
dir das Teil beim ersten Funktionsaufruf abstürzt.

(NB: Ich finde deie Default-Fuse Vergabe von Atmel auch nicht besonders 
glücklich)

Karl heinz Buchegger schrieb:

> (NB: Ich finde deie Default-Fuse Vergabe von Atmel auch nicht besonders
> glücklich)

Über die M103-Fuse kann man streiten, aber dass JTAG per Default enabled 
ist, finde ich sehr sinnvoll. Wenn man sowieso das JTAG-Interface fürs 
Debugging nach außen führt, kann man das auch gleich zum Programmieren 
verwenden. Ein weiterer ISP-Anschluss kann dann komplett entfallen.

Karl heinz Buchegger schrieb:
>
> Warte ab, bis du einen fabrikneuen Mega128 in die Finger bekommst und
> dir das Teil beim ersten Funktionsaufruf abstürzt.
>

Das interessiert mich jetzt aber, da ich ein Projekt plane, bei vllt ein 
Mega128 eingesetzt wird.

Das scheiß Problem mit dem LCD am Port C hatte ich auch vor einiger 
Zeit. Hab schon an meinem Verstand gezweifelt, habs dann aber doch 
irgendwie rausbekommen...

Alexander B. schrieb:
> Karl heinz Buchegger schrieb:
>>
>> Warte ab, bis du einen fabrikneuen Mega128 in die Finger bekommst und
>> dir das Teil beim ersten Funktionsaufruf abstürzt.
>>
>
> Das interessiert mich jetzt aber, da ich ein Projekt plane, bei vllt ein
> Mega128 eingesetzt wird.

Der M128 hat eine M103 Fuse. Damit verhält er sich kompatibel zum 
Mega103 (einem älteren Prozessor).
Nun stellt aber kein Mensch in seiner Entwicklungsumgebung einen M103 
ein, wenn er einen M128 in der Schaltung sitzen hat. Fazit: Programm 
wird für einen M128 erstellt, Prozessor ist aber ein M103. Beide sind 
aber softwareseitig nicht kompatibel (Stack ist anders) -> Bumm

Default ist: M103 Fuse ist aktiv (warum auch immer. Hat es da einen 
Großabnehmer von M128 als Ersatz für M103 gegeben, kein Mensch weiß es, 
warum ein M128 aus dem Werk sich selbst verleugnet)

Damit ist der wahrscheinlichste Fall der: M128 in die Schaltung 
einbauen, Progrmm schreiben -> Bumm.

Mit der unglückseligen FUSE M103 habe ich auch schon mal einen ganzen 
Tag verballert...
Glaube die nächsten Monate werde ich dies nich mehr vergessen.

Ah, stimmt. Davon hab ich schon mal was gehört. Danke für die 
ausführliche Erklärung, muss ich mir merken.

Wir brauchen also mehr Werbung für die 
http://www.mikrocontroller.net/articles/AVR_Checkliste

Hallo,

und wenn man die Fuse dann richtig hat und es immernnoch nicht geht, 
sollte man kontrollieren, wo man den ISP angeschlossen hat...

Gruß aus Berlin
Michael