Anfängerfrage(n) zum Thema FPGA usw.

Zitat von kinzi

Wie realistisch ist es, diese VHDL-Sourcen zu verwenden um auf "irgendeiner" Hardware einen 6502/6510-pinkompatiblen Drop-in-Ersatz zu bauen.

Es geht, aber es liegt mehr Arbeit vor Dir als der bisherige Code gebraucht hat.

Zitat von kinzi

Ist VHDL "plattformübergreifend", d. h. ich muss da nur ein paar Pins, I/Os etc. anpassen, jage die VHDL-Sourcen durch den "Compiler" (oder wie immer das bei VHDL heißen mag)

Im Prinzip ja, aber moderne FPGA haben neben dem generischen Gatter-und-Verbindungsleitungen-Geflecht noch diverse Spezialschaltelemenet an Bord. Wenn Dein Design beispielsweise zwei Block-RAM-Bereiche von 8K braucht udn Dein Chip hat nur einen von 16K, mußt Du einen Umschaltmechanismus einfügen. Und wenn Dein Design die PLL-Funktionen von Altera benutzt, wird eine Portierung auf einen Chip, der das nicht kann, ziemlich mühsam.

Zitat von kinzi

kann mir das Kompilat in ein IC von $HERSTELLER laden, welches dann einen 6502/6510 darstellt?

Nein, ganz sicher nicht. Zunächst mal passen die Logikpegel nicht. Da muß also schonmal Anpaßelektronik her. Und der FPGA-interne Bus ist völlig anders aufgebaut (was Signale und Timing angeht) als der echte 6502-Bus. Beim Chameleon gibt es dafür logischerweise eine Anpassung, aber ich glaube nicht daß die im frei zugänglichen FPGA64 enthalten ist. (und natürlich braucht man eine Platine, die in den Sockel paßt)

Zitat von kinzi

Und gibt's da Bausteine mit internem Flash oder muss ich immer ein externes anflanschen?

Gibt (gab) es von Actel, hat sich aber nicht durchgesetzt. Nimm einfach ein Config-Flash und gut- das ist noch die geringste Problematik bei dem Vorhaben.

Zitat von kinzi

Gibt's da überhaupt sinnvolle Bausteine dafür, oder muss man für ein IC bereits 100e Euro kalkulieren,

FPGA-Prototyp-Platinen beginnen bei 20 Euro, 'generische' Platinen für Chip-Ersatz-Zwecke (aber nicht zwingend den 6502!) kommen um 50 Euro, spezielle C64-Modulplatinen mit dickem FPGA und allem Zubehör gibts fertig für über 150 Euro bis Ende offen.

Und, um es zum wiederholten Male zu sagen: Wenn man erstmal mit dem Spielchen anfängt, ist man schnell an eienm Punkt, wo es einfacher ist den ganzen Rechner in das FPGA zu ziehen, als einen einzelnen Chip an die 'reale Außenwelt' anzutüddeln.

Zitat von mc71

Gibt (gab) es von Actel, hat sich aber nicht durchgesetzt.

Oder von Xilinx (Spartan 3AN, veraltet), Altera (MAX10, aktuell) und Lattice (MachXO/2/3, aktuell). Ist aber im Prinzip auch nur ein Flash-Chip im gleichen Gehäuse und bedient sich nicht gross anders als ein externer - wobei die Hersteller dabei teilweise garantieren, dass der Chip innerhalb einer Millisekunde oder so nach Einschalten konfiguriert ist. Die MachXO2 von Lattice sind ganz praktisch, wenn man was mit begrenzter Platinenfläche designen will, da einige Modelle davon neben dem Configflash auch noch einen internen 3.3V-zu-1.xV Spannungsregler für die Core-Versorgung mitbringen.

Zum Rumprobieren musst Du eigentlich gar nix kaufen. Kannst Altera Quartus oder Xilinx ISE runterladen und loscoden. Das IC kannst dann im Simulator testen.

Das ist wohl eines der bekanntesten Billig-Boards:

http://www.ebay.com/itm/ALTERA…m:m-tMy5MOZfxAvfiGVkWVMGg

Hat aber schon 4600 Logik-Zellchen!

Hier sind 6502 Kerne:

http://forum.6502.org/viewtopic.php?t=1673

Recht neu ist dieses Board:

https://shop.trenz-electronic.…1000-IoT-Maker-Board?c=11

Brauchst nur USB Anschluss. Da weiss ich aber noch nicht, wie es mit dem Software-Support aussieht.

Generell bildet die Beschäftigung mit FPGAs weiter und sollte daher nicht unterlassen werden!

Normalerweise nimmst Du einen FPGA, wenn Du die Funktion, die Du haben möchtest nicht auf einfachem Weg fertig bekommen kannst oder Du verschiedenen Sachen integrieren möchtest. Wenn Du einen Prozessor 6502 oder 6510 brauchst, dürfte es sicherlich zur Zeit einfacher sein, Du nimmst den fertig. Bei größerer Stückzahl würde man heute auf einen anderen, noch einfacher zu beschaffenden Prozessor ausweichen.

Wie schon geschrieben wurde: 6510 in den FPGA stecken, dann aber auch gleich noch mehr.

Ansonsten gilt natürlich ganz allgemein: Wenn Du die Besonderheiten der FPGAs ausnutzt, wie integrierten Speicher, Speziallogik, ... bist Du von diesen FPGA-Typen abhängig und kannst Dein Design nicht einfach portieren. Wenn es portabel sein soll, must Du auf die Nutzung von Spezialfeatures verzichten. Dann kannst Du aber Dein Design auch theoretisch in einen ASIC portieren.
Das Übersetzen des VHDL- oder Verilog-Code nennt man synthetisieren. Bei dieser Synthese übersetzt Dir eine Software Deine Funktionsbeschreibung in Hardware-Logik. Wie die aufgebaut wird entscheidet die Synthese auf Grund Deiner Vorgaben für Fläche und Timingparameter (die sogenannten Constraints). Für die Übersetzung greift die Synthese dabei auf die Bibliothekselemente des FPGA-Lieferanten oder des verwendeten Prozesses beim ASIC zu.
Je nach Software kannst Du das bis in die letzten Signalpfade constrainen und der Hardware so gezielte Zeitvorgaben oder Freiräume erlauben. Das hierbei mächtigeste Programm ist im wesentlichen der Design-Compiler von Synopsys. Der ist aber nicht ganz billig, daher bieten die FPGA-Hersteller auch vereinfachte Programme an, damit die ihre ICs besser verkaufen können.
Eine mehr oder weniger gute Simulationsumgebung ist auch oft dabei.

Es gibt aber auch die Möglichkeit, VHDL-Code auf grafischer Ebene zu kreieren. Dazu kannst Du Schaltungsblöcke zeichnen, verdrahten und Statemachines in einzelnen Zuständen malen, mit Bedingungen, wann die Zustände wechseln. Das geht zum Beipiel mit dem Programm Visual HDL. Das erzeugt Dir dann quasi per Knopfdruck VHDL-Code. Man muss also nicht zwingend den Code direkt schreiben, was aber oft auch Vorteile hat. Das aber nur als Randbemerkung.

Zitat von Schmitti

Wenn Du die Besonderheiten der FPGAs ausnutzt, wie integrierten Speicher, Speziallogik, ... bist Du von diesen FPGA-Typen abhängig und kannst Dein Design nicht einfach portieren. Wenn es portabel sein soll, must Du auf die Nutzung von Spezialfeatures verzichten.

Da muss ich doch gleich widersprechen - gerade der integrierte Speicher lässt sich prima mit generischem VHDL beschreiben, ebenso manche Spezialfeatures wie Hardware-Multiplizierer. Bei anderen Features wie zB PLLs geht das nicht, die Nutzung davon muss man dann halt in ein Modul kapseln und dieses eine Modul anpassen - das ist ja teilweise schon beim Wechsel zwischen Chipfamilien des gleichen Herstellers nötig.

Zitat von kinzi

Gut, ich hab da diverses mit "5 V-tolerant" usw. im Hinterkopf (ja, abgekündigt)

Seit ziemlich vielen Jahren abgekündigt und ungefähr genauso lange nicht mehr in den Hersteller-Synthesetools unterstützt. Levelshifter sind aber keine schwarze Magie.

Zitat von kinzi

mir geht es wirklich darum, einen 6502/6510/wasauchimmer-Ersatz erzeugen zu können, wenn es keine CPUs mehr in ausreichender Menge zu vernünftigen Preisen gibt.

Das Problem wird wohl oder Übel eher sein, dass die C64/etc.-Board früher oder
später nicht mehr funktionieren. Von daher sehe ich langfristig FPGAs nicht als
Bausteinersatz, sondern als Rahmen für das komplette System. Man findet dazu
fast alles im Netz, wie z.B. CPU, SID, VIC I+II, CIA.

Nur so als Motivation: Ich benutze ein C64-Light-System seit zig Jahren, bestehend
aus CPU, ROMs/RAMs, CIA und einer selbstgeschriebenen Textausgabe (40x25).
Ohne grossen Aufwand kann ich eigene Devices einbinden und per BASIC ansteuern
und ggf auf ein vollfunktionierenden C64 aufrüsten. Einziges Problem sehe ich zZ
im Analogteil des SIDs, ist aber nur noch eine Frage der Zeit. Für mich also kein
Grund mehr, einen C64 bzw C128 zu besitzen (vor 3 Jahren verkauft).

Bin hier gerade drüber gestolpert und finde das Thema sehr interressant. Ich könnte mir den VIC-II als FPGA-Variante ohne diese lustigen Streifen natürlich gut vorstellen (ähnlich dem FPGA-SID Projekt). Im Groben verstehe ich zumindest einbisschen, was im Vorhinein geschrieben steht, aber selbst werde ich soetwas wohl nicht auf die Beine stellen können. Da bin ich zu weit weg von. Da es ja nun bereits den SID als FPGA gibt, wagt sich vielleicht irgendwann mal jemand wissendes an den VIC (II).

Cheers

Längst geschehen; das lief so gut, daß CPU, PLA und die beiden CIA mit auf den FPGA gelandet sind; Platz war da nämlich schon vor 15 Jahren mehr als genug.

Und gerade den VIC mit seinem pfriemeligen CAS-Timing, je nach Platine noch mit zusätzlichen Timing-Kondensator 'zurechtgebogen', möchte ich nicht als einzelnen Chip-Ersatz verantworten wollen...

Irgendwie köchelt das Thema gerade an mehreren Stellen...

https://www.mikrocontroller.net/topic/426483#5011033

Vielleicht wird ja was daraus...

Zitat von mc71

Und gerade den VIC mit seinem pfriemeligen CAS-Timing, je nach Platine noch mit zusätzlichen Timing-Kondensator 'zurechtgebogen', möchte ich nicht als einzelnen Chip-Ersatz verantworten wollen...

Ich hab ja leider keine Ahnung von der Materie, aber ist das echt so viel komplizierter als eine reine Softwareemulation des VIC wie z.Bsp. in VICE oder anderen Emus? Mir gefällt die Idee original Customchips mit modernen Techniken nachzubilden ziemlich gut. Ich verstehe es (als FPGA-Leie) so, dass die Chiplogic im FPGA auf Softwarebasis nachgebildet wird. Also auch "nur" eine Software die auf deinem FPGA läuft. Oder verstehe ich das falsch? Das FPGASID-Projekt, Super-Kernal ect. finden ja offensichtlich großes Interresse.

Im fpga läuft keine Software. Da werden Logikzellen miteinander verschaltet, so dass eine Schaltung entsteht, die eine Funktion ausführt.