Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a SukkoPera [quote=SukkoPera] [quote] Fpga è un processore programmabile. [/quote] Sbagliato. Una FPGA è una sort di chip "vuoto", un insieme di porte e blocchi logici, che possono essere collegate/configurate in qualsivoglia configurazione per realizzare un circuito complesso, che può benissimo essere un microprocessore, una scheda video, un Fat Agnus, un semplice latch, un banale flip-flop, o anche tutte queste cose insieme, a seconda del numero di blocchi logici disponibili. Vuoi farci una CPU? Bene, un 68k? Uno 020? Un Pentium? Un 6502? Puoi farli tutti, dipende da come colleghi i blocchi interni. Ed è proprio qua il punto: è vero che non parliamo di "software" in senso stretto (e nemmeno di firmware, qua si chiama "bitstream"), ma la morale è che non è che lo puoi estrarre da un 68k vero! Devi scriverlo tu (in linguaggio VHDL o Verilog) studiandoti il suo datasheet ed il suo funzionamento nel dettagli più intimi. Devi metterti lì con l'analizzatore logico e guardare ogni segnale come e quando cambia in funzione delle istruzioni che esegue, perché alzare/abbassare una linea un colpo di clock prima/dopo può creare incompatibilità con qualche software pignolo. So che c'è addirittura gente che decappa i chip (espone il dye, la parte interna di ogni chip, molto più piccola del package, pensate a quel che si vede attraverso la finestrella di una EEPROM, è tutto lì!), li fotografa al microscopio e da lì deduce la struttura interna, quali componenti ci sono e come sono collegati. Questo permette di fare un'implementazione su FPGA ancora più fedele all'originale, ma siamo sempre lì: è una riproduzione più o meno fedele, è quasi impossibile che lo sia al 100%, e questo può creare qualche problemino, probabilmente di poco conto, visto che c'è un sacco di gente che lavora a questi core e sono sempre più maturi. Lavorare a questo livello ovviamente ti isola da tutti i problemi di scheduling, latenza degli interrupt, non real-time, ecc. che ci sono lavorando in software puro sopra ad un OS, ma questo non implica necessariamente che la riproduzione sia perfetta. Avrà sicuramente i suoi bug/problemi, come l'esempio dell'U64 dimostra. Infine, se si conoscesse al 100% il funzionamento di tutti i chip di una qualunque macchina, nulla vieterebbe di scriverne anche un emulatore software 100% corretto. @Mak: Temo che ci siamo un po' sovrapposti, ma speriamo di rendere l'idea :P. @Sempre Mak: Sì, quella che ho definito RAM in realtà deve essere la flash che contiene il bitstream da caricare sulla FPGA (le FPGA non memorizzano la configurazione al proprio interno, vi viene caricata dall'esterno ad ogni accensione). [/quote] formattazione A sinistra Giustificata Nessuna

17 Gennaio 2020 Postato da: Monel76 UnAmiga A500

Il buon vecchio Edu Arana ha aperto i preordini per : link Che ne pensate? Io lo trovo interessante e tutto sommato a un prezzo ragionevole. Ho corretto il link adesso funziona. Mck. Modificato il 18/01/2020 alle ore 08:22:29

Commenti: 78  Aggiungi - Pagine: 1-2-3-4

Temibile Pirata Post inviati: 2144	Commento SukkoPera 18 Gennaio 2020    14:55:21
	Citazione Fpga è un processore programmabile. Sbagliato. Una FPGA è una sort di chip "vuoto", un insieme di porte e blocchi logici, che possono essere collegate/configurate in qualsivoglia configurazione per realizzare un circuito complesso, che può benissimo essere un microprocessore, una scheda video, un Fat Agnus, un semplice latch, un banale flip-flop, o anche tutte queste cose insieme, a seconda del numero di blocchi logici disponibili. Vuoi farci una CPU? Bene, un 68k? Uno 020? Un Pentium? Un 6502? Puoi farli tutti, dipende da come colleghi i blocchi interni. Ed è proprio qua il punto: è vero che non parliamo di "software" in senso stretto (e nemmeno di firmware, qua si chiama "bitstream"), ma la morale è che non è che lo puoi estrarre da un 68k vero! Devi scriverlo tu (in linguaggio VHDL o Verilog) studiandoti il suo datasheet ed il suo funzionamento nel dettagli più intimi. Devi metterti lì con l'analizzatore logico e guardare ogni segnale come e quando cambia in funzione delle istruzioni che esegue, perché alzare/abbassare una linea un colpo di clock prima/dopo può creare incompatibilità con qualche software pignolo. So che c'è addirittura gente che decappa i chip (espone il dye, la parte interna di ogni chip, molto più piccola del package, pensate a quel che si vede attraverso la finestrella di una EEPROM, è tutto lì!), li fotografa al microscopio e da lì deduce la struttura interna, quali componenti ci sono e come sono collegati. Questo permette di fare un'implementazione su FPGA ancora più fedele all'originale, ma siamo sempre lì: è una riproduzione più o meno fedele, è quasi impossibile che lo sia al 100%, e questo può creare qualche problemino, probabilmente di poco conto, visto che c'è un sacco di gente che lavora a questi core e sono sempre più maturi. Lavorare a questo livello ovviamente ti isola da tutti i problemi di scheduling, latenza degli interrupt, non real-time, ecc. che ci sono lavorando in software puro sopra ad un OS, ma questo non implica necessariamente che la riproduzione sia perfetta. Avrà sicuramente i suoi bug/problemi, come l'esempio dell'U64 dimostra. Infine, se si conoscesse al 100% il funzionamento di tutti i chip di una qualunque macchina, nulla vieterebbe di scriverne anche un emulatore software 100% corretto. @Mak: Temo che ci siamo un po' sovrapposti, ma speriamo di rendere l'idea . @Sempre Mak: Sì, quella che ho definito RAM in realtà deve essere la flash che contiene il bitstream da caricare sulla FPGA (le FPGA non memorizzano la configurazione al proprio interno, vi viene caricata dall'esterno ad ogni accensione).
	I miei progetti Retrogaming