Construct

Un altro esperimento molto semplice si puo' fare con un display alfanumerico a matrice di punti HD44780 like. Il connettore a 14 pin dovrebbe essere compatibile con la maggior parte dei display in commercio, basta fare attenzione all'ordine dei pin perche' ogni tanto si invertono la fila dispari e la fila pari.

Collegare il display all'interfaccia hardware, collegare il cavo USB e digitare:

Lo script stampa sul display il messaggio che si vede qui di fianco. Questa demo richiede che il display sia a due righe.

Chi possedesse un display 40x2 potrebbe lanciare la seconda demo, un pochino piu' dinamica:

Richiede 5V mode.

Ora proviamo l'interfaccia SPI. Per prima cosa dobbiamo configurare il bus SPI, successivamente configurare il clock e poi, finalmente, possiamo trasmettere. Per fare questo avviamo construct in modalita' interattiva.

La prima riga configura il bus SPI per trasmettere prima il bit meno significativo ed avere il clock basso in stato di riposo. La seconda riga divide il clock a 6MHz per 0xffff (per andare piano); infine la terza riga trasmette 0x09 sul bus.

L'FT2232 ha solo due modalita' di trasmissione: con clock normalmente basso, con clock normalmente alto; non e' possibile in alcun modo (io non l'ho ancora trovato) impostare il primo o il secondo fronte del clock.

Configurando il bus SPI con clock normalmente alto si ottiene il segnale qui a sinistra.

Solitamente almeno uno dei due modi di trasmissione riesce ad essere compatibile con la periferica (spero:-).

Per sfatare il mistero dei fronti di campionamento ho voluto fare un piccolo esperimento: ho collegato un flip-flop di tipo D tra MISO e MOSI, il risultato e' abbastanza interessante.

Il test consiste nell'inviare un solo byte attraverso il flip-flop e rileggere il risultato dalla linea MISO. Come si vede dall'immagine a fianco in ricezione si ottiene lo stesso byte shiftato verso l'alto di 1 bit.

Questo risolve il mistero dei fronti di scrittura e lettura: non e' possibile separarli in alcun modo, se il clock e' normalmente basso l'istante di lettura/scrittura corrisponde al fronte di salita, il bit viene centrato attorno a questo fronte che e' il medesimo sia per trasmettitore che per il ricevitore, esattamente come dovrebbe essere in un'interfaccia SPI. Stando al data sheet sembra invece che sia possibile trasmettere sul fronte di salita e ricevere sul fronte di discesa, questa cosa non e' possible!

L'esperimento prosegue invertendo il clock, le freccia sul clock evidenzia il fronte attivo per il flip-flop; il risultato e' che il flip-flop registra solo zeri: il bit diventa invalido un istante prima del fronte di salita, abbastanza perche' i bit vengano persi. Questo esperimento scemo conferma la durata di ogni singolo bit rispetto al clock.

Questa e' una tipica applicazione dell'interfaccia SPI. Si tratta di un display rubato ad un Motorola C550: un piccolo display a colori basato sul controller SSD1770.

Come al solito avviamo construct in modalita' interattiva.

Il risultato si puo' vedere qui a sinistra.

Ovviamente nessuno vi vieta di giocare con il codice della demo e di spaziare come meglio credete.

Richiede 3V3 mode.

Questo e' un display che devo aver rubato a qualche stampante, non ricordo bene. Ha un controller ST7565 integrato ed e' piuttosto particolare: il display e' organizzato in 4 fasce orizzontali alte ciascuna 8 pixel; ciascun byte definisce una colonna di pixel all'interno della fascia. E' molto semplice creare font di larghezza diversa a patto di rimenere all'interno della fascia, qui mi sono divertito recuperando il font di un vecchio gioco per MSX.

La demo si avvia come al solito:

Su consiglio di un collega ho acquistato alcune nRF24L01+, una radio a 2.4GHz molto popolare nella rete. Quale occasione migliore per sperimentare: ho organizzato una piccola demo con 3 moduli radio, il primo fa da ricevitore mentre gli altri trasmettono. Ho attivato l'auto ACK con lunghezza dinamica dei pacchetti. La demo si articola in 3 momenti, dapprima il modulo 2 tenta una trasmissione verso la radio 1, tentativo che fallisce miseramente malgrado il numero di tentativi in quanto la radio 1 non e' ancora in ascolto. A questo punto laradio 1 viene messa in ascolto e finalmente la radio 2 puo' trasmettere un nuovo messaggio, la cosa riesce al primo tentativo senza bisogno di ripetizioni. La terza fase e' piu' alticolata: le radio 2 e 3 vengono impostate in trasmissione, la radio 1 si mette in ascolto ma carica delle risposte differenti da accodare agli ACK per i due trasmettitori; alla fine della terza fase tutto i messaggi vengono recapitati senza ulteriori ripetizioni.

La demo si avvia come al solito:

Una vista del collegamento tra i moduli radio e la scheda base.

Per questo esperimento impostare +Vcc=3.3V, ciascun modulo radio ha un proprio LDO alimentato dalla linea a +5V, ma la parte logica lavora a bassa tensione.

Richiede 3V3 mode.

Finalmente ho realizzato una scheda tutta mia su cui trapiantere un connettore originale rubato ad una vecchia playstation. L'interfaccia funziona sia con i joypad che con le cartucce di memoria; nella demo e' contenutta anche una funzione per detectare la dimensione della cartuccia, quella nella foto e' da 128kB.

Per avviare la demo:

Richiede 5V mode.

Con lo stesso adattatore e' possible collegare il joypad della playstation e leggere in tempo reale il suo stato: le pressioni dei tasti e dei joystick analogici.

I primi 3 byte ricevuti non hanno alcun significato, i byte 4 e 5 contengono lo stato dei tasti, 0 significa tasto premuto. Gli ultimi 4 byte contengono le coordinate dei joystick analogici se la modalita' analog e' attiva (LED rosso acceso).

Per avviare la demo:

Richiede 5V mode.