diyitalia forum

Sono due giorni che cerco qualcosa che mi spieghi almeno le basi, le funzioni da usare per mandare/ ricevere messaggi midi su pic, qualcuno che programma in c mi da qualche dritta?

girando ho solo trovato cose per picBasic.....

edit: scusate titolo fuorviante 

più che altro secondo me ti conviene cercare una libreria per pic che supporti il midi, appena rientro a casa stasera guardo se ho qualcosa, per che famiglia ti interessava?

volevo usare dei pic piccini tipo

12f675

12f509

il mio scopo era mandare al whammy un messaggio midi per dirgli "cambia preset" ,utilizzando l'output seriale

siccome per picbasic qualcosa ho trovato (comandi) pensavo non servisse scaricarsi una libreria  per 2 comandi in croce

ma data la mia niubbietà, aspetto tue notizie 

Niente, nella roba dentro il mio computer non ho trovato niente per i microcontrollori che hai tu, ti indico però un paio di siti che ho trovato:

http://davbucci.chez-alice.fr/index.php ... litter.inc

anche se non è in c puoi prendere i pezzi di questo programma per creare le tue librerie di imput e output

http://saturatedsog.blogspot.com/2006/0 ... h-pic.html

che ha studiato un po meglio come fare la parte input, anche se a te forse non serve,

http://en.wikipedia.org/wiki/MIDIbox

dove è spiegato un progetto più complesso, e dove puoi reperire codice sorgente di primo livello che implementa midi con i pic.

Il Problema principale è che non ho trovato da nessuna parte del codice pensato per microcontrollori piccoli come quelli che vuoi usare tu, anche se come potenza sicuramente ce la fanno

SE, e dico SE

tu avessi cercato per un attimo  , avresti notato, quel piccolo post in evidenza PROPRIO in questa sezione di elettronica digitale, fatto PROPRIO apposta per le TUE esigenze, chiamato "MIDI e USART", che spiega PROPRIO come quei PIC indicati da te NON vadano bene...

quindi, scarica quel PDF, dacci un'occhiata e vedrai che le tue prossime domande saranno più azzeccate.. 

I micro che ha detto robizz non dovrebbero avere la usart, ma forse ho controllato male io perchè ero di ritorno dal weekend lungo ed ero un po stanco in effetti

hilkin ha scritto: I micro che ha detto robizz non dovrebbero avere la usart

davidefender ha scritto: che spiega PROPRIO come quei PIC indicati da te NON vadano bene...

davidefender ha scritto: SE, e dico SE

tu avessi cercato per un attimo  , avresti notato, quel piccolo post in evidenza PROPRIO in questa sezione di elettronica digitale, fatto PROPRIO apposta per le TUE esigenze, chiamato "MIDI e USART", che spiega PROPRIO come quei PIC indicati da te NON vadano bene...

quindi, scarica quel PDF, dacci un'occhiata e vedrai che le tue prossime domande saranno più azzeccate.. 

infatti il problema è anche questo: [glow=red,2,300]avendo letto già in precedenza[/glow] il tuo pdf sull'usart 

ho cercato in entrambi i datasheet dei pic citati e che (e qui stà il punto) non hanno USART ma vengono usati con successo ad esempio da questi tizi http://moltenvoltage.com/molten_midi.html

e ad esempio in giro ho trovato un forum (quando torno a casa ve lo posto) su cui un tipo è riuscito con PICbasic a far inviare messaggi midi da un 12f675

io sono partito da questi pic a causa di queste premesse e anche per il fatto che sono piccini 

ovviamente sono aperto ad alternative consigliate da chi si intende!

PS per davide: spero di essermi spiegato (SONO UN UOMO DI RAZZA CAUCASICA) 

PS per hilkin: grazie appena posso dò un occhio a tutto! 

ma qui però pare che 12f675 ce l'ha l'usart o sbaglio?

http://www.best-microcontroller-project ... oller.html

lo usa per comunicare con la porta seriale....

ma che razza datasheet ci sono in giro? 

boh mi sento un pò confuso.....

robizz ha scritto: ma qui però pare che 12f675 ce l'ha l'usart o sbaglio?

http://www.best-microcontroller-project ... oller.html

lo usa per comunicare con la porta seriale....

ma che razza datasheet ci sono in giro? 

boh mi sento un pò confuso.....

no li indica che sta inizializzando un soft usart quindi a naso penso siano delle routine che vanno a ricrearti la usart in software. La riga incriminata è:

_Soft_USART_Init(2400);

Dalla teoria, se un microcontrollore è abbastanza prestante e potendo noi andare a comandare direttamente la lettura e la scrittura dei singoli input ed output possiamo ricreare un qualsiasi protocollo, se e solo se il micro è abbastanza prestante. Ovviamente se il microcontrollore che andiamo ad usare ha già la usart non la dovremo reimplementare in software, ed in particolare avremo anche dei buffer per quanto corti che assicurano il funzionamento del protocollo in maniera autonoma. Ora ogniuno decide cosa vale la pena di fare, nell'ambiente industriale è abbastanza comune la prassi di utilizzare microcontrollori non particolarmente specializzati per qualsiasi uso, per un paio di ragioni:
1) i micro non speciallizati offrono a parità di prezzo più rom oppure più ram
2) i micro non specializzati si prestano ad economie di scala molto spinte in quanto possono essere riutilizzati su tanti progetti

Siccome qui non siamo nell'industria queste due regole non valgono niente, quindi io consiglierei a robizz di prendere qualche micro con la usart, però sinceramente non direi che non si può fare quello che lui vuole fare, è solo questione di quanto tempo ci vuole per farlo, e se quel tempo vale gli 1 o 2 euro di differenza. Se c'era già una libreria disponibilie la cosa era già risolta.

Comunque per favore non litighiamo su ste robe che siamo qui tutti per imparare ed aiutarci gli uni con gli altri.

premetto che non avevo nessuna intenzione di litigare e/o polemizzare, la mia di prima era una battuta per rispondere a davide! 

quindi il protocollo che è stato usato, ad esempio nel MOLTEN MIDI è stato implementato via software senza usare l'USART

e nel caso ci fosse stata una libreria che lo faceva già potevo usare quei pic usando la librearia, senza USART e senza scrivermi tutto di sana pianta giusto?

questo è quello che avevo trovato in picbasic http://www.picbasic.co.uk/forum/showthread.php?t=3690 usa il comando debug per inviare un messaggio midi....


in sostanza, per me è più conveniente cercarmi un pic con usart per facilitarmi la vita e fare riferimento a quelo per le prossime ricerche su manuali/tutorial per C

ho capito bene?

ho trovato questo tutorial per implementare una comunicazione seriale con i pic che non hanno l'usart

http://www.sparkfun.com/commerce/tutori ... =81&page=1

me lo leggo tutto ben bene (mi pare sia un pò grossettino)

ancora sono indeciso su quale strada intraprendere perchè cercando un pochino ho visto che i pic con l'usart sono tutti belli ciccioni! e io ho dei vincoli di spazio piuttosto restrittivi!

ma di pic con usart da 8 pin non se ne trovano vero? qualcuno lo sa?

litigare?? 
mha sinceramente non sono messo così male da cominciare ad inveire per forum, ho sempre i miei gatti sui quali riversare la mia frustazione! 
vabbhè, cmq per robbiz, devo aver male interpretato il tuo primo post, però del resto dicevi di volere le BASI e non di voler cercare routin per implementare l'USART su un PIC.. insomma, non ci siam capiti! 

cmq si, è vero a quanto pare i PIC con l'usart sono di solito i più "ingombranti", ti vorrei però invitare a ragionare su un punto.. premettendo che non conosco l'implementazione di queste routine, quindi magari mi posso anche sbagliare.. ma farlo via software dovrebbe voler dire fare operazioni di busy waiting, che magari per il tuo programma non è importante..  però considera quantomeno la cosa! questo può essere scomodo se pensi di dover anche ricevere input ad esempio da un tastierino o da due pulsantini..



Edit: ehm, non so quanto te la cavi con il tedesco, cmq.. http://underwoodblog.blogspot.com/2008/ ... oller.html
quantomeno sai la cosa è fattibile, devi solo implementare ste benedette routin!

sicuramente non ci siamo capiti (o motlo probabile che mi sia spiegato di  io  )  comunque PEACE! 

mi sa che la cosa si stà rivelando più grassa del previsto!

in sostanza per ora io voglio solo che:

premo un solo pulsante, il pic invia al whammy un messaggio midi che cambia preset (usando MIDI Program Change command)

niente input, solo output!

alla fine, decisa la struttura che deve avere il mesaggio, se il pic ce la fa, è sufficente far costruire via software un'onda quadra opportuna sul pin scelto come uscita "seriale" del pic, o almeno così ho capito dal tutorial che ho trovato...

comunque adesso mi prendo un pò di tempo per documentarmi e apro un thread ben bene!

intanto  ad entrambi per avermi reso meno niubbo di ieri! 


PS per davide: sisi quello lo avevo già visto l'ho tradotto in italiano e in inglese per capirci qualcosa e ci ho passato su un pò di tempo 

gli avevo chiesto delle info ma dopo non volevo esagerare perchè pappa pronta fino al punto da farmi spiegare il codice non mi andava proprio (sono un informatico eccheccavolo! bisogna che le sò fare certe robe  ) per quello ero confuso sul da farsi: perchè lui si e io no? 

guarda in pratica è come hai detto tu, devi creare un'onda quadra, molto semplice!
Il problema è in realtà la temporizzazione, infatti il tutto non deve sgarare il millesimo di secondo, devi dunque
1 - Ricavare un clock a partire da quello che hai a disposizione (cioè il quarzo)
2 - Durante l'attesa prepararti il dato
3 - allo scadere di ogni tocco del clock inviare un bit

ricordandoti che oltre agli 8 bit di pacchetto, devi sempre inviare un bit di start e uno di stop.. praticamente non credo sia più difficile di così, magari mi mangio qualche dettaglio... Ovviamente devi considerare che ogni operazione che fai (anche il controllo: "è ora di inviare?") ti mangia 1 ciclo di clock, ovvero 1/Fosc (grazie al cielo questi PIC sono RISC sennò stavi davvero fresco!  , ogni istruzione aveva un suo numero di cicli.. ).

Secondo me con un può di buona volontà e taaaaaaaanto spirito di scoperta puoi anche cimentarti con una tecnica d'urto! ovvero lo provi man mano che lo pensi, fino ad ottenere il risultato.. è la strada che preferisco, non molto teorica e più che altro "distruttiva"  ma divertente!

è ovvio che avere un computer che accetti MIDI sarebbe fantastico, così puoi controllare di persona!
(per inciso.. un pulsante è pur sempre un input, ma in effetti molto banale, ti basta controllare un PIN del pic.. ne hai abbastanza giusto?)