Parere su scelta irq (Z80, cose vecchie)

Il 20/08/2010 13:13, F. Bertolazzi ha scritto:

ma lo z80 non fa solo la scrittura sulla ram video, fa tutte le altre funzioni del sistema, o non ho capito bene cosa intendi?

la cpu pensavo di farla andare a 4MHz. Più tardi posto lo schema della sezione video.

ciao.

Il 20/08/2010 20:03, Telespalla Bob ha scritto:

Salve, ecco lo schema

non so se salvandolo sul computer ed ingrandendolo conservi la definizione, eventualmente posso mandare un .png da circa 500Kb via email a chi fosse interessato.

come accennato all'inizio del post, questo vuole essere un progetto di puro divertimento, senza pretese, però se ci si potesse far girare qualcosa di funzionante sarebbe ancora più divertente... :-) Tanto per avere un'idea, un Pac Man ci girerebbe? :-)

ciao.

Il 18/08/2010 13:09, F. Bertolazzi ha scritto:

per curiosità, questi microcomputer che facevi che utilizzo avevano nel mercato o presso il committente?

Ciao.

Il giorno Fri, 20 Aug 2010 23:36:28 +0200, Telespalla Bob ha scritto:

Non si vede bene, meglio se metti il .png su un hosting come

Credo di si, potresti partire da qui:

-- ciao Stefano

Il 21/08/2010 11:26, SB ha scritto:

eccolo:

forte! magari fra qualche decennio ci riuscirò :-)

comunque specifico che il tempo utile per l'accesso alla video ram della mia scheda non è ridotto al solo periodo del sincronismo verticale più le circa 20 righe seguenti di blanking, ma ho a disposizione anche una quarantina di righe come bordo superiore e altrettante come bordo inferiore (più un po' di bordo prima e dopo il sincronismo orizzontale) in totale quindi sarebbero circa un centinaio di righe, ovvero la bellezza di quasi 7 millisecondi, e il colore del bordo può anche essere diverso dal nero.

ciao.

Telespalla Bob:

Forse ricorderai la Facit, un produttore svedese di periferiche. La seconda versione della scheda video (512x256x1 = 16k, ovvero 1 banco delle RAM più grandi esistenti ai tempi) ci venne commissionata dalla loro filiale italiana come add-on ad un loro terminale a caratteri. Bastava smontarne la calandra, staccare tastiera (fu la prima volta che vidi un RJ-11) seriale e uscita video, montare con dei distanziali la nostra elettronica digitale sulla loro, e rifare i collegamenti. Tutto senza toccare altro, per non inficiare la garanzia (nel senso che la filiale italiana o sostituiva la nostra scheda o la toglieva e rimandava il terminale "intonso" in Svezia.

Però la cosa che ebbe più successo fu l'interfaccia per stampante parallela italiana per l'AppleII, in pratica una Eprom che traslava i caratteri "alti" con le nostre lettere accentate.

Telespalla Bob:

Ho due monitor da 1600x1200 e non mi ci sta. Se lo rimpicciolisco non leggo più le scritte, se lo ingrandisco non leggo lo schema.

Dovresti esportare l'immagine a 100 dpi (o quanto serve per lasciare le scritte leggibili) e non ricodificarla, come hai fatto la prima volta, in jpeg. C'è un motivo perché, da sempre, ci sono due tipi di compressione, lossy (jpeg) e non (gif, png). Per immagini "sintetiche", ad alto contrasto, si usa il png o il gif, senza remenarle col jpeg.

Il giorno Sat, 21 Aug 2010 15:49:56 +0200, "F. Bertolazzi" ha scritto:

Il formato non c'entra, il png fa il suo lavoro, è l'immagine che è troppo grande e i font tropppo piccoli.

Il problema è che gli salta fuori un immagine di 9800 x 5600 pixel, a me ha messo a sedere il computer nel senso che caricandola con Gimp ha cominciato a usare il file di swap (ho 2GB di ram) e sembrava di tornare ai tempi di W98.

Ho provato a ridurla in scala ma poi è illeggibile.

Sul discorso del .gif e .png e sulle ragioni che hanno determinato la creazione del Portable Network Graphics:

-- ciao Stefano

Telespalla Bob:

Nel nostro caso faceva anche un bel po' di calcoli, per interpretare l'HPGL. Data la velocità di processori e soprattutto della RAM, dovemmo fare una cosa simile a quella che vuoi fare tu.

Ma, con le RAM di oggi, dovresti poter riuscire a fare in modo di accedere alla RAM video per il refresh in modo totalmente trasparente.

Dal tuo schema ho capito meglio cosa intendi. Hai una scheda separata da quella del processore principale, che vorresti vedere come un'espansione di RAM, alla quale poter accedere in modo totalmente asincrono, cosa che puoi fare solo durante la ritraccia di quadro. In tal caso che sia interrupt o polling poco importa, avrai una velocità di accesso alla memoria che è una frazione di quella effettiva. Meglio il polling, almeno non hai un interrupt tra le scatole mentre non hai nulla da scrivere sul video.

Se invece vuoi sfruttare la massima velocità l'accesso deve essere totalmente trasparente, quindi da qualche parte ti devi risinconizzare.

Credo che il tuo schema sia adattabile all'uso di una FIFO (due CD74HCT40105 costano meno di due euro) che dovresti caricare dalla RAM video quando il MREQ è alto. 100 ns dovrebbero essere sufficienti per mandare alla RAM l'indirizzo di refresh. Inoltre ti risparmieresti, oltre ad IC31, anche IC32 e, sfruttando l'OE di IC35, anche IC34.

O forse, studiando meglio lo schema, non devi fare nulla, salvo sincronizzare l'accesso alla memoria della circuiteria di refresh (in pratica il comando a IC1, 2, 3, 4 e 8) al MREQ della CPU.

SB:

C'entra eccome. Se provi a scaricarti l'immagine originale vedrai che si chiama xxx.jpg.png.

Sì, ma se parte da un jpg, lo fa male (troppi toni di grigio = immagine enorme).

Deve aver usato la risoluzione a 300 dpi o maggiore.

Scaricati IrfanView.

Se invece viene generata a 100 DPI è leggibilissima. Ho fatto la prova. Anche lui usa Eagle, e quelli sono componenti della libreria standard.

Infatti non ho fatto nessuna distinzione fra GIF e PNG, ma tra questi e JPG.

Il 21/08/2010 15:49, F. Bertolazzi ha scritto:

infatti, su tinypic l'avevo caricato come png, ma il sito l'ha convertito in jpg per conto suo. Lo so che lo schema è molto esteso, d'altra parte non ho potuto fare di meglio. Ora provo a 100dpi e casomai riposto. Comunque stampandolo in a4 dovrebbe essere più gestibile e, vista permettendo, leggibile.

ciao.

Il giorno Sat, 21 Aug 2010 18:37:08 +0200, Telespalla Bob ha scritto:

Non uso Eagle e non so se usa formati raster o vettoriali, ma potresti usare una stampante PDF tipo PdfCreator o Bullzip per crearlo in .pdf con la dimensione giusta e magari anche fare una prova di stampa.

Il png che hai mandato è ingestibile.

-- ciao Stefano

Il giorno Sat, 21 Aug 2010 18:36:36 +0200, "F. Bertolazzi" ha scritto:

Quella di tinypic era jpg, quella su datafilehost.com era un .png puro. E io avevo problemi con quella.

Probabile che il problema sia quello, non conosco Eagle.

-- ciao Stefano

SB:

Vedi che sei ormai vecchio e non ricordi un tubo? :D Ha pubblicato la seconda immagine perché tu avevi protestato per la prima.

Se scarichi Irfanview la vedrai senza problemi. A me la carica in meno di due secondi e la scrolla senza alcun ritardo. Da lì a dire che sia facile seguire lo schema vedendo due IC per volta, certo, ce ne corre...

Il 22/08/2010 10:54, SB ha scritto:

una

ok, ho preparato un pdf ma non posso caricarlo perché il sito dice di essere in manutenzione. Proverò domani mattina, e comunque pesa all'incirca come il png, ma credo abbia una buona definizione in stampa (proverò domani).

sto preparando anche lo schema della piastra "madre" con lo z80, se dovesse interessare posterò pure qulla.

ciao.

Il 22/08/2010 10:54, SB ha scritto:

una

Ecco il pdf dello schema:

stampandolo in A4 viene abbastanza bene, solo le scritte più piccole è un'impresa leggerle (per me che so cosa c'è scritto) ma si riesce ad avere un quadro completo dello schema.

Per rispondere a F.Bertolazzi, il comando di cui parli è già sincronizzato con _MREQ sulla scheda della CPU, il cui schema posterò entro breve. Ditemi se lo preferite in pdf o in png.

ciao.

Telespalla Bob:

Scusa, ma questo schema l'hai disegnato tu o l'hai pescato da qualche parte?

Senz'altro in PDF che, essendo vettoriale, può essere ingrandito o rimpicciolito senza perdita di informazione. Uno schema così complesso andrebbe visto in formato sch, in modo tale da poter seguire con maggior facilità i segnali.

In questo caso non è essenziale lo schema CPU, basta solo sapere se MREQ è stato combinato con RD e WR oppure con il tuo VRAM.

La scheda CPU l'hai già realizzata?

Il 23/08/2010 14:01, F. Bertolazzi ha scritto:

tutto mio, ovvio :-) perché? qualche perplessità?

temo che il mio sch non funzioni con i vostri eagle...

in sostanza con una not su A15 ho suddiviso in due banchi da 32K ciascuno l'area di memoria dello Z80. A15 negato entra in una OR, A15 puro entra in una seconda OR. Le due OR hanno i secondi ingressi insieme collegati a MREQ L'uscita della prima OR comanda il CE della ram statica di sistema, quella dei 32K alti. L'uscita della seconda OR pilota insieme il CE della eprom e il mio VRAM Il segnale RD della CPU lo indirizzo o all'OE della eprom (condizione al reset)o all'OE della ram video, a seconda delle necessità e se ho già nella ram alta un codice autonomo da far girare senza eprom.

ne ho realizzato un prototipo un po' diverso all'epoca della scheda grafica monocromatica, ma allora avevo previsto di connettere scheda cpu e scheda video con dei cavi IDE :-) ora sto pensando di realizzare il tutto a schede, con connettori strip a doppia fila maschi e femmine.

ciao.

Il 19/08/2010 4:21, F. Bertolazzi ha scritto:

interessante, sembrerebbe semplice. Ma allora perché nel VIC-II, il chip video del Commodore 64, sono serviti 3/4 di superficie del wafer per realizzare 8 sprites hardware?