LCD an PORTC  ATmega8

Lukas G. schrieb:

> Zitat:
>
> "Natürlich kann man die LCD-Ansteuerung auch an einen anderen Port des
> Mikrocontrollers "verschieben": Wenn das LCD z. B. an Port B
> angeschlossen ist, dann reicht es, im Programm alle "PORTD" durch
> "PORTB" und "DDRD" durch "DDRB" zu ersetzen."

Was ist denn das für ein Ansteuercode?

Ein ordentlicher Code hat das bereits erledigt und es gibt nur eine 
einzige Stelle, an der man seine Portbezeichnung einträgt. Wenn der 
Ansteuercode es verträgt, dann können es unter Umständen auch mehrere 
sein, weil die Steuerleitungen auf einem anderen Port liegen können.
Aber wie auch immer: die Portumstellung wird nicht im Code selber 
gemacht, indem man im C Code rumfuhrwerkt, sondern an einer einzigen 
Stelle, der normalerweise ein #define ist.

Von einem Code, bei dem das nicht so gemacht ist, sondern ich direkt in 
den C-Anweisungen die Portbezeichnungen ändern muss, würde ich schon mal 
grundsätzlich die Finger lassen.

> Genau so gemacht, leider keine Anzeige bei PORTC/B. Und ja kontrastpoti
> wurde auch schon probiert, leider auch nichts.

Wenn das LCD an einem Port funktioniert, dann stimmt auch der Kontrast. 
Der ändert sich nicht, wenn du an einen anderen Port gehst

>  Woran könnte es (noch) liegen?

Du könntest irgendwo ein PORTB oder ein PINB gegen den entsprechend 
anderen Portnamen auszutauschen vergessen haben.
Du kannst aber auch einen Fehler in der Verkabelung haben. Der Port B 
ist beim Mega8 ja schon ganz schön verstreut, weil da ja auch die 
Anschlüsse für einen Quarz drauf sind. Und am Port C gibt es noch die 
Möglichkeit, dass du AVcc nicht angeschlossen hast.

Ja ok LCDs

Die Portbezeichnungen scheinen alle angepasst worden zu sein.

Kommen wir zur Hardware:
Verkabelung stimmt? (Ist mir auch schon passiert, dass ich mich in den 
Pinbezeichnungen geirrt habe)
AVcc ist angeschlossen?

Hallo kbuchegg,

Verkabelung sollte stimmen, soweit.

Mit AVcc hab schon probiert, sowie ich mich informiert habe sollte 
dieser Auf GND gezogen werden!? Hat aber nicht wirklich funktioniert. 
Kann morgen noch ein Bild zur Verkabelung reinstellen. Für heute ist 
schluss, sollte morgen noch Arbeiten...

mfg

Lukas G. schrieb:
> Hallo kbuchegg,
>
> Verkabelung sollte stimmen, soweit.
>
> Mit AVcc hab schon probiert, sowie ich mich informiert habe sollte
> dieser Auf GND gezogen werden!?

Äh nein,
AVcc ist die Versorgungsspannung dieses Ports. Der hat seine eigene, 
weil dort der ADC beheimatet ist.

d.h. der wird mit 5V verbunden.
Und noch ein 100nF Kondensator nach GND

Michael schrieb:

> Bei deinem Beispielcode mit Port C wäre hier die Frage ob du das
> FUSE-BIT entsprechend gesetzt hast damit PC6 auch als IO-Pin nutzbar
> ist.


NEIN! Nicht!

Einem Anfänger zu empfehlen, sich den Reset Pin wegzufusen ist grob 
fahrlässig! Ohne High-Volt Programmer kann er den Mega danach wegwerfen.


Er braucht 6 Pins zur Ansteuerung. PC0 bis PC3 für die Daten. PC4 und 
PC5 für die Steuerleitungen. PC6 braucht er nicht.

Werd heute abend mal versuchen, das ganze mit dem stk500 aufzubauen. 
Falls es funktioniert, hab ich was falsches verdratet oder vergessen. Da 
ich bis jetzt immer mit dem stk500 garbeitet habe , könnte es gut sein 
dass ich was hardwaremässig nicht ganz richtig konfiguriert habe!

Hab jetzt mal ein paar Bilder gemacht, vielleicht könnt ihr ein Problem 
erkennen! STK500 hat es übrigens auch nicht funktioniert, scheint also 
eventuell ein Konfigurations Problem zu sein.

Ja theoretisch schon, für die Hintergrundbeleuchtung. Benötige ich aber 
nicht, darum hab ichs ausgelassen!

Jetzt mal abgesehen von den fehlenden Blockkondensatoren kann ich auf 
den Bildern nichts erkennen, was falsch verdrahtet wäre.

Hast du schon mal durchgeklingelt, ob irgendein Kabel zum LCD einen 
schlechten Kontakt hat?

Ich würde jetzt erst mal zum Plan B greifen und mir ein Programm 
schreiben, welche am PortC 1 Pin auf High setzt und dann nachmessen, ob 
am LCD auch wirklich an der richtigen Stelle ein High auftaucht.
Dann den nächsten Pin.

Denn: Da das Programm mit einer Belegung am Port D funktioniert und du 
soweit ich sehen kann tatsächlich alle Erwähnungen von Port D gegen Port 
C ausgetauscht hast (DDR natürlich auch), müsste das eigentlich 
funktionieren. Selbst wenn du mit dem fehlerhaften Anlegen von GND an 
AVcc den Port C komplett geschossen hast, sollte eigentlich der Port B 
immer noch funktionieren.

Aber sollte ist Konjunktiv. Nachmessen ist immer besser.

Und steck noch 2 100nF Kondensatoren an die Versorgungspins des Mega8. 
Jeweils einer der Vcc bzw. AVcc mit dem GND Pin auf der jeweiligen Seite 
verbindet. Kondensatoren dicht an den µC ran.

Es wurde schon von den tollsten Effekten berichtet, die dann mit dem 
Einfügen dieser Blockkondensatoren plötzlich verschwunden sind.

Schon versucht, leider auch nichts! Paradoxerweise funktioniert das 
LCD ausschließlich auf Port D.


Und durchprobiert/gemessen, ob die Pins strom ein/aus schalten hab ich 
auch schon. Hab sogar den Atmega ausgewechselt gegen einen neuen!


Muss mich wohl langsam damit abfinden, da mir langsam die Ideen 
ausgehen.... Obwohl es mich natürlich schon wunder nehmen würde wieso..

Lukas G. schrieb:
>

1

> .......

2

>  ;sendet ein Datenbyte an das LCD

3

> lcd_data:

4

> 

5

> 

6

>        push  temp2

7

>            mov temp2, temp1             ; "Sicherungskopie" für

8

> .......

9

>

Ähm, wo wird denn das DDRC auf Output geschaltet?

Heinz V. schrieb:
> Lukas G. schrieb:
>>

1

>> .......

2

>>  ;sendet ein Datenbyte an das LCD

3

>> lcd_data:

4

>>

5

>>

6

>>        push  temp2

7

>>            mov temp2, temp1             ; "Sicherungskopie" für

8

>> .......

9

>>

>
> Ähm, wo wird denn das DDRC auf Output geschaltet?

Im Hauptprogramm.
Beitrag "Re: LCD an PORTC  ATmega8"

1

conf:

2

3

           ldi temp1, LOW(RAMEND)      ; LOW-Byte der obersten RAM-Adresse

4

           out SPL, temp1

5

           ldi temp1, HIGH(RAMEND)     ; HIGH-Byte der obersten RAM-Adresse

6

           out SPH, temp1

7

8

9

10

11

      ldi      temp1,0xFF

12

    out      DDRC,temp1

Ja ich weiss. Ist scheisse gemacht und sollte eigentlich mit in die Init 
Funktion. Aber: das ist nicht das Problem. Leider.

Kast schrieb:
> Könnte das helfen?
>
> Beitrag "ATMega16 und PORTC / JTAG Fuse"

Der Mega8 hat kein JTAG

Hier: 

conf:

           ldi temp1, LOW(RAMEND)      ; LOW-Byte der obersten 
RAM-Adresse
           out SPL, temp1
           ldi temp1, HIGH(RAMEND)     ; HIGH-Byte der obersten 
RAM-Adresse
           out SPH, temp1




      ldi      temp1,0xFF   <=======
    out      DDRC,temp1     <=======



           ldi       temp1,0b00000101     ; CS00 setzen: Teiler 1
           out       TCCR0, temp1

           ldi       temp1, (1<<TOIE0)      ; TOIE0: Interrupt bei Timer 
Overflow
           out       TIMSK, temp1

           rcall lcd_init     ; Display initialisieren
           rcall lcd_clear    ; Display löschen
    sei

main:

Kurze Frage: 


Von euch hat nicht zufälligerweise jemand ein kleines Projekt zur 
Verfügung, das man 1:1 nachbauen könnte die andere PORTS als D benutzen.

Suche morgen selber  noch im netz, aber vielleicht hat jemand grad eins 
zur hand. Ne einfache Uhr oder so... Inklusive schaltplan und Quellcode.

Damit ich Etwas testen kann, wo ich weiß ,dass Hard/Software 
konfiguration schon irgendwo funktioniert haben! 

mfg

Lukas G. schrieb:
> Von euch hat nicht zufälligerweise jemand ein kleines Projekt zur
> Verfügung, das man 1:1 nachbauen könnte die andere PORTS als D benutzen.

http://www.avrfreaks.net/forum/tutc-lcd-tutorial-1001

In Assembler hat man einfach zuviele Fehlermöglichkeiten.

chris schrieb:
> mmmhh wenn du wirklich auf Portc das so machst
>
> Lukas G. schrieb:
>> ldi      temp1,0xFF   <=======
>>     out      DDRC,temp1     <=======
>
> schiest du den Controller ausm Leben und sperrst dich aus denn damit
> wird PC6 als Ausgang konfiguriert wo bekanntlich ja der Rest zu hause
> ist...
> besser wär
>
> ldi     temp1,$3f

besser wäre es zweifellos.
Allerdings wär mir das neu, dass man den Reset so ansprechen kann. Wenn 
der Pin auf seiner Standardeinstellung eingestellt ist und als Reset 
konfiguriert ist, dann ist er vom Port Register getrennt. Was immer dort 
auch passiert, es löst keinen Reset aus.

Lukas G. schrieb:
> Von euch hat nicht zufälligerweise jemand ein kleines Projekt zur
> Verfügung

Ich schlage vor, du kümmerst dich um die Grundlagen. Die Ansteuerung 
eines Pins mit LED dran zum Testen dürfte ein guter Einstieg sein.

Hab mein Problem endlich lösen können, naja fast zumindest.

Scheinbar lag es daran, dass ich Funktionen/labels in eine externe Datei 
verlagert habe und per .include einbunden habe.

Hab die Labels in die Haupdatei kopiert, und lief danach ohne Probleme, 
auch über verschieden Ports hinweg.

Offenbar geht irgendwo ein Registerwert verloren, oder wird verfälscht. 
Ev. Stackpointer?? Wieso genau müsste ich noch einmal den Code intensiv 
Studieren... Aber nach 1 Woche rumprobieren lass ich das momentan sein. 
Jetzt kann ich endlich weiter mit meinem Projekt.

Danke für eure Zahlreichen Ratschläge und inputs.

lukas88

Include bedeutet eine direkte Texteinfügung. Daher ist oft auch die 
Stelle entscheidend, wo die Inlcude-Anweisung steht. In der Regel ist zu 
Anfang der Programmdatei die optimale Stelle.
Enthält das Include Code, dann darf es aber erst nach der Vektortabelle 
includiert werden.