VDR Italia

visto che son stato punzecchiato, apro il thread!!!

era nelle mie intenzioni (non troppo veloci pero!) , realizzare un display grafico con interfaccia usb, e ricevitore di telecomando, con in aggiunta il riconoscimento del comando di accensione.

purtroppo, dico con moilta calma e pazienza, perche' non ho nessuno skill da programmatore, conosco un po' di C, e conosco un pochino i pic (16f84), ed e' mia intenzione avventurarmi con un pic piu' grosso, il 18F2550 o il 18F4550 , entrambi con interfaccia USB

ho gia':
il programmatore ICD2
i due pic
il sensore infrarossi
sta arrivando il display 320x240 a colori con touch screen http://cgi.ebay.it/ws/eBayISAPI.dll?Vie ... K:MEWNX:IT

ho letto qualcosa sui telecomandi e il protocollo utilizzato
sto leggendo qualcosa sulla programmazione dei pic in C "C18 step by step" http://www.laurtec.it/tutorial/cad-e-software in italiano, autore Marco Laurentini , anche se gia' nella prefazione, ci informa che non trattera' la gestione del modulo USB

purtroppo pero il tempo e' poco, studio solo la notte quando tutti sono a nanna........
in ogni caso, se il progetto decolla, avevo visto di recente una ditta cinese o glu di li, che permetteva di realizzare un proprio progetto in kit, a dei prezzi vantaggiosi, specie se si lascia il progetto open source, quindi si potrebbe realizzare anche con piccoli sforzi
l' unica cosa che so' sin d'ora di non poter fare, e' metter le mani nel codice dei plugin vdr, tipo graphlcd

Hello

complimenti, molto ambizioso.
il TFT mi ricorda molto il display del mio a1200 (motorola), stesse caratteristiche.
ma se compravi una cosa gia' "pronta" tipo http://shop.digital-devices.de/epages/6 ... tegories/2 (da veloce ricerca su vdrportal) non era piu' semplice?

bye

@davidea

Azz pensavo volessi fare un pannello con display LCD grafico in bianco e nero 128x64 o 256x128 come quelli pilotati dal pluggo graphLCD e non pilotare il display a colori...

Per i 128x64 ci sono già le librerie per molti micro, compresi i PIC mentre per quelli a colori li penso che dovrai farti le routines di gestione tu...


@vonfritz

ma quel display funge anche con vdr?

von, se non volessi sperimentare userei il mysky.........
alez, be non dispero di trovare materiale pure per questo, male che vada ci staro' un po' di piu!, o non finiro mai

@devidea, ma sei sicuro di poter gestire quel display col pic? Di solito quelli a colori (mi ricordo quello di Tapino lo scorso anno) sono gestiti tramite il pc (plugin) che si occupa di renderizzare l'output come se fosse una vga...

IMHO, per cose un po' piu' semplici, dovendo "sviluppare" il sistema migliore, IMHO, e' un kit arduino...
Costa poco, ha un ottimo sistema di sviluppo, e' supportato da un ampia comunita' di appassionati. Ci sono le librerie per il display, routine per il ricevitore, etc...

ciao

Display di Tapino = Display VGA, come se fosse un monitor, si usa collegandolo ad una VGA usata ad hoc per pilotare il display, il plugin graphTFT si occupa di fornire le immagini adatte a visualizzare sulla VGA una spece di OSD per il display

Display di Davidea = Display da micro controllore con un suo bus dati e indirizzi ed un suo protocollo, come i display grafici o alfanumerici, ad esempio per tracciare una riga ci sono nel firm del display i comandi per farlo, devi conoscere il protocollo e fare un driver per graphLCD ad esempio

intanto finalmente sto comprendendo un po' di piu' di telecomandi.
son passato ad un sensore ir a 56 Khz, e va' tutto molto meglio, niente piu' letture ballerine, ne interferenze dai neon.
per ora col pic leggo l' uscita del sensore, faccio partire il timer0, e al cambio di stato leggo il valore nel timer, quindi memorizzo in un buffer (int) per un totale di 25 bit, se il timer va' in overflow vuol dire che non ci sono piu' transizioni sul pin del sensore, quindi il treno d' impulsi e' finito ed invio il buffer completo alla seriale.

col telecomando alice, tutti i tasti generano un treno d' impulsi la cui lunghezza e' costante, e a seconda dei tasti e' formato da 12 o 13 bit, se mantengo premuto il tasto il treno viene ripetuto ogni 100ms circa

ecco l' esempio di un tasto (le unita' di misura sono 51,2 microsecondi)(i decimali sono sempre 0, inutili, mi servivano per altri motivi)
considerando che il sensore da' un' uscita alta in caso di assenza segnale, e' corretto che ci sia un fronte basso in piu' (credo il primo) , che mi sembra piu' un sincronismo, poi abbiamo 4 bit, la cui durata del tempo e' in sequenza
tanto alto quanto basso
basso la meta' di alto
tanto basso quanto alto
basso il doppio di alto

e qui' mi perdo, sembra quasi che indichi una costelazione a 4 fasi, ma se cosi' fosse come interpretare i restanti 8 o 9 bit?

da cio' che ho trovato in giro, sembra che l' approccio che stia usando sia quello RAW, che ne pensate?

mi son iscritto alla mailing list di lirc, e da cio' che ho letto, sembra che il ricevitore mce, possa leggere tutti i telecomandi, realizzando un' po' cio' che vorrei fare io, ma san google non mi e' stato troppo di aiuto, mi restituisce troppi siti di venditori, o di configurazioni semplici con telecomandi abbinati...... che mi sapete dire?

c'e' nessuno che e' bravo con mplab (pic), vorrei capire come faccio a creare uno stimolo in mpsim che mi simuli il treno d' onda di un telecomando!

ps. se c'e' qualcuno che vuole divertirsi pure lui, gli omaggio un telecomando alice!!!!