GY 521 con MPU 5060

Vi seguo anche se non rispondo da tempo.
Dove avete comprato la F5529?
Sarebbe meglio partire tutti dallo stesso HW, io realisticamente parlando potrei contribuire con un pao d'ore a settimana.
Ho una Freedom II con PIC18F4550 e una STM32 NUCLEO con F4.
TI dovrei iniziare completamente da capo (molto tempo); ST ho iniziato a lavorarci (non con gli F4) se c'è qualcosa di già fatto potrebbe essere più agevole o quantomeno vorrei dare uno sguardo; PIC ci sono le librerie di Mauro per la I2C e le altre periferiche che funzionano e ci giocherellavo bene, leggere i dati grezzi si può fare abbastanza in fretta, mancherebbe eventuale porting.
La mia idea è che possiamo percorrere due strade, prendiamo tutti un F5529 o ci dividiamo in due e in questo caso opterei per la Freedom II con PIC18F4550 (o anche solo il pic) e MPLABX almeno siamo un po' aggiornati.
Skype + dropbox mi sembra un'ottima idea.
Tutto questo non considerando che bisogna sistemare qualcosa nel lavoro del buon Paolo, mi sembra che l'ultima volta che ci siamo sentiti lamentavi roblemi di sensibilità e di lettura della FIFO, ricordo bene?

Ste

@ STE
store.ti.com/msp-exp430f5529lp.aspx $12.99 prendila qui e in due o tre giorni UPS o chi per lui te la consegna.

@ Pier
a parte non esser riuscito a far girare il simulatore, hai provato a fare un debug ?

@ Petrone
mi racconti come colleghi gli angoli di Eulero, presumo, con i motori, che magari organizzo un drone anch'io.

Ciao a tutti
Paolo

grazie per il link.
Ho dato uno sguardo ai driver della Invensense, per ST hanno implementato qualcosa per la discovery, io ho la nucleo quindi porting per porting mi burtterei sul pic.
Allo stesso modo per TI hanno usato una F5528 e dite che non è agevole lavorarci, ma possiamo prendere spunto.
C'è anche della documentazione ufficiale che secondo me può aiutare.

Lato Jeff Rowberg ho notato che hanno rilasciato un esempio per PIC18F46J50 che legge solo i dati brutali, potrebbe tornare utile anche questo.

Dite cosa ne pensate e che strada intraprendere.. io riassumendo:
lavoriamo solo su F5529 o in parallelo su F5529 e pic, disponibilità 1-2 ore/settimana, ok per skype + dropbox (o simili).

Ste

La scelta è complessa e dipende da cosa vogliamo fare. Le mie ipotesi sono:

PRIMA POSSIBILITA' (si vuol lavorare)
Primo caso
Vorrei sentire prima sentire il Pier che mi dica qualcosa circa il debug della versione ufficiale che va bene sia per F5528 e sia per F5529 e poichè la launchpad è F5529 va bene questa. Se però con la versione ufficiale non si può fare il debug, o non la si può manipolare perchè abbia un debug, la versione ufficiale, dal mio punto di vista non serve un bottone. Mi spiego, se devo prendere il tutto a scatola chiusa e poi mi diventa anche difficoltoso interfacciarmi, allora con 4 dollari prendo dal cinese un clone di Arduino mini, ci carico il tutto che funziona al primo colpo, lo adopero solo per leggere il GY521 sparo i dati, via quel che vuoi, su un'altro micro che dedico all'applicazione.
Secondo caso
Lo Ste ha già una versione di dove sono arrivato portando la versione, chiamiamola Arduino, sul F5529, se questa si mette a posto ha plurimi pregi, l'abbiamo portata su un MSP, è meno contorta della versione ufficiale, quindi più corta , con debug e non ultimo il simulatore per verificare se tutto funziona. Questa versione, rifatti i due file di driver del IIC e UART, che non è la fine del mondo, ha gli altri file in c che non ha nulla di specifico con la CPU impiegata e quindi trasportabili dovunque così come sono.
SECONDA POSSIBILITA' (non si vol lavorare)
Non interessando le medaglie, la soluzione è quella dei 4 dollari del cinese. Decidiamo un'applicazione e facciamo quella.
Io ho battuto tutte e tre le strade, tirate le paglie, e dite la vostra.
Paolo

Allora.... io sono riuscito a compilare la motion driver ufficiale versione 5. Poi iniziano i problemi:
"The target setup (MSP430F2274) does not match the actual target type (MSP430F5529)" all'inizio della sessione debug, che non capisco cosa centri. Ho usato il 2274 in altri progetti che ho ancora aperti, ma non so perché code composer faccia confusione.
Posso ignorarlo e il micro viene flashato, ma restano altri errori, perché il dispositivo non viene riconosciuto correttamente a livello di comunicazione USB (la demo spedisce i dati deell'accelerometro via USB a una applicazione python su PC).
Il problema è che comunque la launchpad è diversa da quella che avranno utilizzato loro per la demo, temo che ci possano essere inconvenienti.
Inoltre credo che fare il debug su una applicazione USB sia un po' complesso e richiede anche altri software (a naso, non sono esperto...).

Secondo me al di la che funzioni questa demo, dobbiamo comunque scrivere una libreria per l'utilizzo del MPU. Abbiamo un po di codice già pronto (questa demo) da cui possiamo prendere qualcosa, soprattutto sull'utilizzo della DMP interna (è un casino, ma ce la caveremo!).
Prima però, secondo me, è meglio partire dal codice che ha scritto Paolo per la comunicazione MPU-MSP430.

Dal lato applicazione finale invece per me è indifferente. Fare un drone o fare un robot self-balancing. Credo che come complessità sia più o meno simile.