EA DOG-M initialisieren

Florian Z. schrieb:
> Auf dem Erweiterungsboard ist ein Drehgeber ein paar LEDs und ein paar
> Taster und dieser (siehe Datenblatt ) EA DOGM162 angebracht.
Wie ist das Display versorgt und angeschlossen?
Immerhin gibt es ja 3 verschiedene Betriebsarten (8-Bit, 4-Bit, SPI).

Sorry, dass hatte ich vergessen zu posten,
ich habe mich für die 8 Bit Variante entschieden...
Da ich es zu beginn für das einfachste hielt.

Hi,
danke für den Post!
Ich hab mir uach gerade die SPI-Variante durchgelesen,
aber leider ist die in C geschrieben und meine C Kentnisse sind mehr 
schlecht als recht...mir ist schon klar, dass ich diese 
Initialisierungssignale senden muss, und dazwischen immer ein bisschen 
warten, aber irgendwie fidne ich da keinen start um es in VHDL zu 
realisieren.
Wenn einer so etwas schon in VHDL hat und es verständlich ist, fänd 
ichdas toll.
Danke !!!

Florian Z. schrieb:
> Wenn einer so etwas schon in VHDL hat und es verständlich ist, fänd
> ichdas toll.
Ich hab da was für ein 4-Bit Interface. Das kann ich heute Abend mal 
posten...

Das wäre doch cool,
hauptsache mal was zum reinschauen und nachvollziehen,
dass dann für 8 Bit umwandeln, wird dann wohl möglich sein.
Ist das dann speziell für ein Xilinx board oder allgemein für LCDs?
Weil ich festgestellt habe das die XilinX LCDs so ein bisschen eigen 
sind.
Aber danke, da hoffe ich mal dass dies mir weiter hilft.

Hallo Zusammen,
damit ich den ganzen Tag nicht so untätig rumsitze habe ich versucht die 
Initialisierung selbst zum laufen zu bekommen,
aber es klappt nicht, zumindest sieht man mal nichts, und das ist doch 
immer das beste...
Im File sind ein paar, Signale, Ausgänge die nicht gebraucht werden, ich 
weiß,aber zu Testzwecken (reagiert der Pin überhaupt etc.) verwendet 
worden sind, also seht es mir nach.
Ich gebe auch zu, meine realisierung der Wartezeiten ist nicht super 
toll, aber im Simulator tut sie was sie soll.
Im Anhang mein File...hoffe mir kann jemand Helfen, oder Lothar postet 
seines und ich vergleiche morgen ;-)
Danke schon mal

Ohne jetzt den ganzen Code angeschaut zu haben:

1

:

2

rising_edge (clock)

3

:

4

rising_edge (delay)

5

:

So macht man das nicht.

Hier nochmal meine Postulate für Anfänger:
Es gibt nur 1 Takt im Design.
Es wird nur 1 Flanke dieses Takts abgefragt (rising oder falling).
Es gibt keinen (und schon gar keinen asynchronen) Reset.
Es wird jedes asynchrone Signal mit 2 FFs einsynchronisiert.
Ausnahmen von den genannten Regeln sind nur mit fundierter Begründung
möglich.

Dir wird für deinen Code keine fundierte Begründung einfallen...  :-/

BTW:
Ich sollte das noch erweitern um:
Es werden keine Variablen verwendet.

Hier die versprochenen Daten.
Die Datei LCD_CTRL.vhd verwaltet ein DPRAM, das zu Beginn die 
Initialisierungssequenz und später die Daten für das LCD enthält. Über 
ein Interface können dann unter Angabe der x und y-Position Zeichen in 
das DPRAM geschreiben werden, die dann laufend auf das LCD ausgegeben 
werden.
Das Einschreiben ins RAM übernimmt das Modul top_LCD.vhd. Hier werden 
zur Demo einfach ASCII-Zeichen ins DPRAM abgelegt.

EDIT:
Ich sehe gerade, dass die Zeile
x"20", -- 8-Bit Interface
richtigerweise
x"20", -- 4-Bit Interface
heissen muß...  ;-)

Und über den Port sf_cen wird das Strataflash auf dem S3 Evalboard 
deselektiert. Dieser Port ist für eine andere Plattform nicht nötig...

Morgen Lothar, Morgen Zusammen

erstmal danke für deine Files, ich habe sie auch schon eifrig studiert, 
aber ein paar Sachen sind mir noch nicht ganz klar, ich weiß ich bin 
erst ein VHDL Anfänger, aber ich habe jetzt schon ein paar Projekte 
realisiert und lerne gerne, deshalb: Du erzeugts durch prescale einen 
Takt von einer µs, richtig? dann nutzt du diesen quasi als Zähler, weil 
wie ja oben steht gibt es nur einen wahren Systemtakt. ;-) Das gleiche 
machst du dann auch mit fosc und prellus, als Zähler.
Des weiteren würde ich gerne wissen, wie der Kompiler den Speicher 
anlegt? weil aus anderen Programmiersprachen kenne ich das so, wenn 
nichts gesagt wird wird es ein 1D Array, sprich linear und dann brauchst 
man ja keine y-Koordinate, oder habe ich da was falsch verstanden?
Dann nutzt du quasi 2 statemachine zum laden der Werte aus dem speicher 
und zum schreiben der Werte an den Display, aber meine große Frage, ich 
habe bei mir unzählige Timings zu beachten, aber bei dir finde ich da 
sehr wenig Berücksichtigung oder ich finde es einfach im Quelltext 
nicht.
Zur besseren verdeutlichung schicke ich nochmal 2 Seiten mit die in 
meiner Sicht ausschlaggebend sind.
Wenn mir noch mal jemand Helfen könnte, vielleicht hat auch schon jemand 
diesen Display mit einem XP2 angesteuert und kann mir da weiterhelfen.
Aber an dieser stelle schonmal DANKE Lothar für deine tolle Hilfe und 
ich werde auch den Beitrag oben berücksichtigen, versprochen! :-)

Florian Z. schrieb:
> Du erzeugts durch prescale einen Takt von einer µs, richtig?
Nein. Es gibt nur 1 Takt.
Dieser 1us "Takt" ist ein Clock-Enable.

> Des weiteren würde ich gerne wissen, wie der Kompiler den Speicher
> anlegt?
Es gibt keinen Compiler. Das macht hier der Synthesizer. Und wenn das so 
beschrieben ist, wie es im XST-Userguide steht, dann wird da ein 
Dual-Port-BlockRAM draus.

> weil aus anderen Programmiersprachen kenne ich das so, wenn
> nichts gesagt wird wird es ein 1D Array, sprich linear und dann brauchst
> man ja keine y-Koordinate, oder habe ich da was falsch verstanden?
Diese y-Koordinate wird dann ja auch einfach in die Adresse mit 
aufgenommen. Es ist nur zur Virtualisierung der Schnittstelle zum User 
hin gedacht, dass der wie beim PC eine Zeile und eine Spalte und ein 
Zeichen angibt. Den Rest (=die Speicherverwaltung) macht die Hardware...

>  ich habe bei mir unzählige Timings zu beachten,
Nein, du hast normalerweise irgendwelche Minimalzeiten, du darfst die 
auch gern länger machen. Es dauert dann nur länger.
Und so mache ich das in der Initialisierung: einfach pauschal lang genug 
warten (ich brauche hier max 2ms). Fertig. Und die ganz lange Zeit am 
anfang mache ich einfach, indem ich oft den selben Wert (0x30) 
rausschreibe...  ;-)
Und die 2ms Wartezeit passieren hier:

1

          when BUSY =>

2

                   if (oneus='1') then -- 1us vorbei?

3

                       if (waitbusy<shorttime) then -- 2ms vorbei?

4

                           waitbusy <= waitbusy+1; 

5

                       :

EDIT: Du kannst das ja einfach mal Simulieren. Du mußt nur an top_LCD 
einen Takt anlegen... ;-)

Hallo,

ja einfach pauschal langenug warten ist ja schon ok. Das habe ich auch 
eingesehen.
Zum Ram, ich habe leider kein XST-Userguid, da ich mit lattice arbeite 
und nicht mit XilinX.
Mit Clock-Enable ist eine "Aktivierungsbedingung" gemeint, verstehe ich 
das richtig?

Danke Lothar, dann werde ich mal versuchen es auf meinen FPGA zu flashen 
und du / ihr kannst/könnt sicher sein, ich melde mich wieder, wenn was 
nicht läuft.

besten gruß

Florian Z. schrieb:
> Zum Ram, ich habe leider kein XST-Userguid, da ich mit lattice arbeite
> und nicht mit XilinX.
Es gibt von Lattice auch solche Synthese-Guidelines:
http://www.latticesemi.com/lit/docs/technotes/tn1008.pdf

> Mit Clock-Enable ist eine "Aktivierungsbedingung" gemeint, verstehe ich
> das richtig?
Ja. Sieh dir mal so ein FF genauer an:
Es gibt einen Takteingang, Setz- und Rücksetz-Eingänge und eben den 
Clock-Enable-Eingang. Der sagt dann, ob die (nächste) Taktflanke auf 
diesem FF wirken soll oder auch nicht...

Hallo,
danke nochmal für deine Hilfe...
was wär ich nur ohne dieses Formum?! ;-)
Gut dann werde ich mich mal an das Arbeiten machen, und mir eine LCD 
Lösung für 8 Bit schreiben.
Ich hoffe das klappt mit der großen Vorhilfe auch ziemlich gleich.

Beginner schrieb:
> Kann mir jemand sagen was ich falsch mache?
Du gibst die ISE-Version nicht an.
Du liest die Fehlermeldung nicht.
Siehe einfach mal http://www.xilinx.com/support/answers/39999.htm
Dort findest du dann einen Link auf
http://www.xilinx.com/support/documentation/errata/en148.pdf
Und dort gehts weiter auf Seite 5 oben.

Beginner schrieb:
> aber im Prinzip ist das ja ganz normaler sram.
Ja, eben nicht...
Denn beim SRAM kommt sofort (naja, ziemlich bald) nach dem Anlegen einer 
Adresse was heraus. Beim BRAM erst nacht dem nächsten Takt.

BTW: was sagt denn die Simulation deines Designs?