Hi

Habe gerade heraus gefunden, dass das LCD den gleichen Pin benutzt wie die UART-Schnittstelle xck.

Ich glaube das wird der Fehler sein oder?

Zudem ist mir aufgefallen das bei dem Testprogramm das bei der Library von Floery dabei ist kein DDRD Port initalisiert ist. Sollte ich das trotzdem machen? Habe einen Atmega8L und ich glaube der PORT sollte mit 0xfe definiert werden, richtig?

Mfg
Rambodischien

Hi Rambodischien,

das ist bestimmt nicht gut, wenn die sich den Pin ungesittet
teilen, wahrscheinlich geht gesittet auch nicht.
Hast Du noch Ports frei, um das umzumodeln?

Mit AVRs kenne ich mich immer noch nicht aus. Es geht wohl um
den Reset-Zustand eines Data-Direction-Registers.
Es kommt dann natürlich auf die Aussenbeschaltung an, wie das dann
am günstigsten Initialisiert wird.

Gruß
Stefan

Danke für die schnelle Antwort

Leider habe ich keine Möglichkeit das LCD an ein anderen Port zu hängen (ohne grössere Umstände).

Das mit dem DDR ist , was du richtig erkannt hast, die Definition der Port welche als Eingänge beschaltet sind und welche als Ausgänge.

Also ich würde meinen Port mit DDRD=0xfe definieren.

Ich brauche den PD0 als Eingang und PD1 sowie PD2 als Ausgang der Rest ist mir momentan egal. Ich glaube das mit dem DDRD=0xfe müsste stimmen,oder?

Mfg
Rambodischien

Zitat :

Ich brauche den PD0 als Eingang und PD1 sowie PD2 als Ausgang der Rest ist mir momentan egal. Ich glaube das mit dem DDRD=0xfe müsste stimmen,oder?

Das ist korrekt, wenn du betrachtet, wie 0xFE binär ausgedrückt wird: 11111110(b).

Für den Rest habe ich grade keine Antwort auf Lager, müsste nochmal alles neu lesen; und bin grad zu müde

_________________

Hi Rambodischien,

eine Möglichkeit gibt es vielleicht, wenn Du das so machst. Dafür
musst Du aber die Programm-Routinen durchschauen bzw. wissen wann
sie aufgerufen werden.

Die TxD-Leitung des Prozessors ( ich denke, das LCD hat keinen
Rückkanal ) mit 2 ~1k Widerständen aufteilen.
Nach den Widerständen kommt dann direkt der jeweilige Empfänger (LCD,
Blu2s)
Hinter jedem der beiden Widerstände einen PNP-Transistor dranhängen,
der das Signal dann auf High pullt, wenn der Kanal gerade nicht
gemeint ist. Vielleicht geht auch, dass Du direkt jeweils
einen zusätzlichen Prozessor-Pin mit der Verbindungsstelle
Widerstand - UART verbindest.

Du musst dann im Programm rausfinden, wann die jeweilige Software
den UART anspricht und dann den _nicht_ gemeinten Kanal mit dem
PNP oder direkt per Port auf High-Level klemmen.
Bei dem Port, der gemeint ist, setzt Du dessen PNP auf nicht leitend
oder bei direkter Port-Ansteuerung diesen auf Tristate bzw. Input.

Ich hoffe, es war verständlich, was ich gemeint habe. Evtl. liege ich
auch noch falsch mit dem Ruhe-Potential bei direkter 5V-Kommunikation.
Dann bitte nochmal melden. Dann muss ein NPN bzw. Port-LOW ziehen her.
Aber finde erstmal heraus, ob du die Code-Stellen identifizieren kannst.

DonComi, bei den PICs ist es genau umgekehrt
0 = 0utput
1 = 1nput
die einfachere Eselsbrücke
Aber Du hast völlig Recht bei den AVRs! 1utput und 0nput.

Gruß
Stefan


Edit: Typos

[ Diese Nachricht wurde geändert von: Nukeman am  9 Feb 2008  2:24 ]