Hallo, guten Tag. VGA auf den DE1 ist für mich noch zu schwer zu programmieren. Ich möchte eigentlich das Signal PIN_D9 VGA_RED(0) für en BAS-Signal nutzen. Da habe ich ja nur Minus und das Signal. Wie hoch ist die Spannung vom Siganl VGA_RED(0) vom DE1? Kann man diesen PIN auch für ein BAS-Signal nutzen? Kann man die VGA_RED(0)-VGA_RED(3) auch für die Darstellung von Graustufen verwenden wenn davon mehrere Signale aktiv sind? Danke. GRuss
gesucht mit Google: "SRAM DE1" Erster Treffer: ftp://ftp.altera.com/up/pub/Altera_Material/11.0/University_Program_IP_C ores/Memory/SRAM_Controller.pdf Aber mein Tipp. Du weißt weder was ein FPGA genau ist, was er genau macht, wie man damit genau umgeht, und du willst jetzt nach ein paar Tagen "Erste Schritte" gleich auf ein externen Bauteil losgehen? Tut mir leid - du bist komplett auf dem Holzweg! Viele hier im Forum haben dir viele Tipps gegeben, dich in die richtige Richtung geweist, aber du scheinst meiner Meinung nach Beratungsresistent u sein. Du erwartest, das jedes kleinste Problem hier im Forum sofort und im Detail beantwortet wird, ohne das es des Anschein hat, dass du dich mit dem Problem selber auseinandergesetzt hast. Kauf dir endlich ein Buch und mach mal eine eigene Hardwarebeschreibung. Ohne CopyPaste vom Internet. Laß mal deine LEDs im Kreis tanzen, Schalte mit den Schalte LEDs ein/aus, dann mit den Taster. Dann laß auf Tastendruck die LEDs tanzen. Und so weiter! Wenn das funktioniert, dann kannst du mal eine Serielle Schnittstelle versuchen. Aber so ist dein Verhalten meines Erachtens unverschämt! Seit 2 Tagen hast du 10 lächerliche Threads eröffnet. Sollte einem zu denken geben.
sorry, falscher Thread - man muss ja einfach nur durcheinander kommen
Man Beschreibt ein FPGA. Man beschreibt die Logik dahinter. Deswegen heißt VHDL auch Very high speed integrated circuit Hardware DESCRIPTION Language. Die Denkweise ist gründsätzlich anders.
lulu schrieb: > Man Beschreibt ein FPGA. Man beschreibt die Logik dahinter "beschreiben" = lat, "pro grammare"-> das Programm Du hängst Dich hier komplett an dem Programmablauf eines Microcontrollers auf unterschlägst aber, dass das a) ein Spezialfall ist, der b) im FPGA genau so vorkommt, denn auch in einem FPGA gibt es einen von den Eingängen abhängigen Ablauf, sonst wäre es ja reine kombinatorische glue logic. Guckst Du Pädiwikia
Und schon meint jeder der uC Programmieren kann auch ohne Probleme FPGAs beschreiben kann und umgekehrt. Wenn doch alles so gleich ist, dann kann ja jeder alles. Ich reite auf die Begrifflichkeiten herum, weil es eben einen grundsätzlichen Unterschied macht. Bei einem FPGA hat man nunmal Logik-Blöcke mit Ein- und Ausgangssignale, die in den allermeisten gleichzeitig arbeiten. Bei einem Programm für einen uC/CPU/etc. wird das Programm Befehl für Befehl abgearbeitet. Inhalte werden in Variablen gespeichert und sind meistens zeitlich nicht kritisch (gegenüber Signal bei FPGAs die vielleicht nur mal für 1 Takt auf 'high' gesetzt ist) Unterbrechungen gibt es nur wegen Interrupts, oder verschiedenen anderen Methoden wie Threads etc. Klar kann man eine CPU in einen FPGA packen. Dennoch, wird der FPGA mit der CPU beschrieben, die CPU in diesem FPGA wird aber programmiert. Wenn du meinst hier keine Unterscheidung machen zu müssen - bitte. Aber es hilft einfach diese beiden Typen grundsätzlich zu Unterscheiden!
Ist VGA nicht einfacher zu realisieren? Für ein BAS-Signal musst du dich um Zeilensynchronisationsimpulse, Schwarzschultern und die Impulse zur vertikalen Synchronisation kümmern, während da VGA mit seinen getrennten Signalen für die horizontale und vertikale Synchronisation da doch weniger komplex erscheint. Sowas wie ein Schachbrettmuster für den Anfang sollte mit ein paar Zählern leicht zu erzeugen sein.
Hier http://tinyvga.com/vga-timing sind die VGA Timings, das in VHDL zu beschreiben ist doch nicht sonderlich schwer und auch für Anfänger gut zu machen. Dann ein einfaches Muster/Linien ausgeben ist auch eher trivial.
Jup, danke. Warum ist man so gegen das BAS-Signal. Für mich wäre es einfacher nur 1 PIN + Masse und mit dem Timing funktioniert es dann. Warum soll das Timing hier auf den FPGA nicht funktionieren , wenn es auf dem ATmega64 läuft. Darum war meine Frage was für Spannungswerte diese Ausgänge von RGB haben und die 4 Werte für eine Farbe verschiedenen Spannungswerte abgeben für die Grauwerte, welche ich beim Atmega64 über Widerstände realisiere? Danke. Frohe Ostern. Gruss
Hallo, guten Tag. Die seriell Schnittstelle habe ich schon programmiert , aber erst mit 9600 Baud. Das funktioniert schon. Gruss
Diese Seite gibt es nicht: ftp://ftp.altera.com/up/pub/Altera_Material/11.0/University_Program_IP_C ores/Memory/SRAM_Controller.pdf Danke. Gruss
Hab e jetzt eine andere Seite gefunden, danke. Gruss
Du willst jetzt nicht ernsthaft einen Speichercontroller benutzen oder gar schreiben?
Peter Bierbach schrieb: > Warum ist man so gegen das BAS-Signal. Weil niemand einen lausigen TV ans FPGA hängt, wenn man tolle Darstellung (800x600 bei 4096 Farben und 50 MHz Pixelclock) mit dem PC-Monitor hat. Hat sich zwar heute mit den TFT-TV relativiert, macht aber trotzdem keiner. Aber kannst Du trotzdem gerne machen. Sollte auch mit dem DE1 gehen. Nur den Adapter von VGA auf Chich mußt Du Dir noch bauen. Und die Timings. Und die logischen Verknüpfungen um aufs BAS-Signal zu kommen. Duke
Peter Bierbach schrieb: > Warum ist man so gegen das BAS-Signal. Hast du dir das mal richtig angeschaut? Das ist veraltet und bis zum geht nicht mehr umständlich. Das wurde damals in der Zeit der Analog-Ära entwickelt. Ein VGA Signal ist dagegen ein Segen.
Peter Bierbach schrieb: > Warum ist man so gegen das BAS-Signal. Weil das nur Schwarz-Weiß ist und weil der Schritt zum FBAS Signal so kompliziert ist. Bei VGA ist Farbe dagegen praktisch die Grundeinstellung.
Duke Scarring schrieb: > Weil niemand einen lausigen TV ans FPGA hängt, wenn Du wüsstest ... Es gibt da bestimmte Kunden bestimmter Branchen, die immer noch ihre Altgeräte weiterbenutzen wollen, die einen solchen Eingang haben, weil die Geräte, die zuvor dranhingen einen solchen Ausgang haben. Also muss das, was heute die Signale generiert, immer auch noch einen FBAS-Ausgang haben un sei es nur, um eine Kamera zu synchen, die FBAS erwartet.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.