Wie wird das Display betrieben (4-bit - Daten + 2 Steuerleitungen)?
BASCOM hat fest eingebaute Wartezeiten (wie auch immer realisiert) und hat evtl. Probleme bei Displays, die sich nicht genau an die Zeiten halten - BASCOM überprüft afaik nicht das Status Bit (busy) des LCD Controllers. Der bessere Weg ist der Weg über Abfrage des Status - Bit des LCD - und dann muss eine zusätzliche Steuerleitung (R/W) und min. 1 Datenleitung zum einlesen des Zusatndsbits des LCD zur Verfügung stehen. Dummerweise wird dann die Programmierung unter BASCOM wahrscheinlich übermässig aufwändig bis unmöglich - HMV hat den richtigen Weg schon angedeutet ... ASM oder C!

Edit: Dreckfuhler

[ Diese Nachricht wurde geändert von: hajos118 am 25 Jun 2007  9:32 ]

Hallo PhyMa-Lehrer,

Ich möchte nicht an Bascom rummeckern sondern würde vorschlagen, in Basic eine Routine selbst zu schreiben, die das LCD anspricht, inklusive dem Busyflag.

Ich hatte da mal eine, habe sie allerdings gelöscht, da ich keine Verwendung mehr dafür fand (ich schreibe mittlerweile nur in C, manchmal C++ und viel ASM).

Da ich mittlerweile in Bascom-Basic kaum noch drin bin, ist mein Kode wohl etwas eingerostet, aber so ungefähr könnte das aussehen:

sub lcd_schreibe_daten(daten as string)
dim i as byte 'max. länge des strings: 255 Zeichen; integer wäre länger

for i = 1 to len(daten)
lcd__schreibe_byte mid(daten, i, 1) 'Zeichen von Position i mit Länge 1 senden
Next i

end sub

lcd__schreibe_byte(datei as string)
'E setzen:
PORTA = PORTA or const_E or const_datenmodus 'const E hat nur ein Bit an antsprechender Stelle gesetzt, in C oder ASM wäre es 1<<pos_E (pos_E ist definiert mit der entsprechenden Bitposition, z.b. 4) Außerdem wird Datenmodus angestellt, das entsprechende Bit auf 1 gesetzt
'Nibble 1 schreiben
'E löschen
'Daten verschieben
'E setzen
'Nibble 2 schreiben
'E wieder löschen

lcd__waitbusyflag 'busyflag abfragen und erst weitermachen, wenn es 0 wird
end sub

sub lcd_waitbusyflag()
dim temp as byte
'Datenrichtung auf Eingang
do
temp=PINA
loop until temp and const_busyflag=0

'Datenrichtung auf ausgang
end sub


---

Boahar, ich hoffe, das hat überhaupt was gebracht...

_________________

Vielen Dank für die Antworten bis hierher! Ich werde sehen, was sich tun läßt...

Ich habe als Einfachstes zunächst den Tip ausprobiert, nur etwas auf's Display ausgeben zu lassen.
Jedenfalls gibt das Display seit ein paar Stunden mit einer gewissen Gelassenheit immer von vorn seinen Zeichensatz und den Wert der Variablen aus, die die Zehntelsekunden zählt. (Ich hatte nämlich auch irgendwie den Timerinterrupt in Verdacht, daß der sich zur Unzeit in die LCD-Ausgabe einmischt.)

Und läuft und läuft und läuft...

Da ich auch nur ASM schreibe, bin ich in Bascom auch nicht so fit.
In Bascom gibt es paar Sachen auf die geachtet werden sollte:
*Beachte das 32Byte HW-Stack-Minimum für ISR.
*Vermeide LOCAL Variable
*Vermeide SUB / FUNCTION mit Parameterübergabe
*Vermeide Bit-Variable
*Vermeide a>b, verwende a>=c oder b*Vermeide Double/Single/Long etc. und dazugehörige Matheoperationen (am besten nur Byte und Word)
*FrameSize sollte doppelt so groß wie die benutzten Variablen sein (Dim a,b,c as word = 12 Byte -> FrameSize=24 Byte)

_________________
mfg Jornbyte

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