MultiWii Quad! Alternativa ad Aeroquad/Baronpilot con sensori wii

[merendaiomax]

Io le foto posso provare a farle ma dal casino di fili che ci sono dubito tu possa vedere qualcosa.............Grazie comunque

[merendaiomax]

Foto in arrivo

[merendaiomax]

Eccola

http://img38.imageshack.us/img38/4372/p10002541.jpg

Bell'accrocchio vero?

[merendaiomax]

e questa

http://img511.imageshack.us/img511/152/p10002551.jpg

[AleBS]

Magari dico una cappella ma guardando il tuo Arduino mi sembra che non sia quello compatibile con quella shield.... ti dico questo perchè io ho acquistato la stessa dal venditore inglese e guardando i piedini del mio arduino Arduino Nano (Official Product) su eBay.it, Other Computing, Computing rispetto al tuo della gravitech Arduino Nano V3.0 / 3.0 AVR ATmega328 P-20AU USB board su eBay.it, Other Computing, Computing i piedini analogici da A0 a A7 sono invertiti, non è che è solo quello il problema ?? hai fatto una prova senza shield ma con una basetta millefori ?

ciao

[merendaiomax]

sinceramente no ho provato adesso con il mega ma non mi funziona lo stesso se sono invertiti come li dovrei collegare ??

[merendaiomax]

Ho collegato anche il 2009 con il quale mi sono sempre trovato molto bene ma niente da fare itg-3200 non lo vede

[merendaiomax]

Ma qui non devo cambiare nulla??

// I2C Gyroscope ITG3200
// **************************
//I2C adress: 0xD2 (8bit) 0x69 (7bit) // for sparkfun breakout board default jumper
// I2C adress: 0xD0 (8bit) 0x68 (7bit) // for FreeFlight IMU board default jumper
// principle:
// 1) VIO is connected to VDD
// 2) I2C adress is set to 0x69 (AD0 PIN connected to VDD)
// or 2) I2C adress is set to 0x68 (AD0 PIN connected to GND)
// 3) sample rate = 1000Hz ( 1kHz/(div+1) )
#if defined(ITG3200)
static uint8_t rawADC_ITG3200[6];

void i2c_Gyro_init() {
delay(100);
i2c_rep_start(0XD0+0); // I2C write direction
i2c_write(0x3E); // Power Management register
i2c_write(0x80); // reset device
i2c_write(0x16); // register DLPF_CFG - low pass filter configuration & sample rate
i2c_write(0x1D); // 10Hz Low Pass Filter Bandwidth - Internal Sample Rate 1kHz
i2c_write(0x3E); // Power Management register
i2c_write(0x01); // PLL with X Gyro reference

gyroPresent = 1;
}

void i2c_Gyro_getADC () {
TWBR = ((16000000L / 400000L) - 16) / 2; // change the I2C clock rate to 400kHz
i2c_rep_start(0XD0); // I2C write direction
i2c_write(0X1D); // Start multiple read
i2c_rep_start(0XD0 +1); // I2C read direction => 1
for(uint8_t i = 0; i < 5; i++) {
rawADC_ITG3200[i]=i2c_readAck();}
rawADC_ITG3200[5]= i2c_readNak();

gyroADC[PITCH] = - ((rawADC_ITG3200[0]<<8) | rawADC_ITG3200[1]);
gyroADC[ROLL] = + ((rawADC_ITG3200[2]<<8) | rawADC_ITG3200[3]);
gyroADC[YAW] = - ((rawADC_ITG3200[4]<<8) | rawADC_ITG3200[5]);
}
#endif

[ciskje]

L'unica cosa che puoi ancora fare è controllare che AD0 (è il suo indirizzo) sull'ITG3200 sia a massa se non fosse cosi' devi cambiare tutti i 0XD0 con 0XD2.

Ti confermo che il tuo nano non è quello per quella shield. Collega SCL direttamente al piedino A5 e SDA al piedino A4 che vedi direttamente sul nano e non guardare la scheda.

Controlla tutte le connessioni col tester. (magari uno di quelli col beep al contatto).

[ciskje]

Puoi testare il solo ITG3200 con questo programma:

all'inizio trovi l'indirizzo 0xD0 prova anche 0xD2

http://www.elenafrancesco.org/arduino/simplo/testITG3200-110213a.zip

Metti la seriale a 115200 e guarda che cosa stampa.
Deve lampeggiare il led sulla scheda se tutto è ok.

[arnaldo]

qualcuno che abbia provato il gimbal c'è?

[jhoexp]

qualcuno che abbia provato il gimbal c'è?

Sì, io l'ho usato e funziona come previsto. La versione standard non è certo il massimo, ma è un inizio...

[arnaldo]

Sì, io l'ho usato e funziona come previsto. La versione standard non è certo il massimo, ma è un inizio...

bene...puoi dirmi se necessità di particolari servi? penso che dei digitali abbastanza veloci siano necessari...ma c'è qualcuno che secondo te un giorno farà qualche perfezionamento? o qst multiwii tenderà a morire presto?

[jhoexp]

bene...puoi dirmi se necessità di particolari servi? penso che dei digitali abbastanza veloci siano necessari...

Il sistema così come è stato scritto è molto semplice e non particolarmente performante, servi molto veloci sono inutili ora perchè prima bisogna migliorare il codice, usare un filtro milgiore, ecc...

ma c'è qualcuno che secondo te un giorno farà qualche perfezionamento? o qst multiwii tenderà a morire presto?

Non ho ancora sviluppato poteri divinatori, ma credo che prima o poi miglioreranno anche la modalità gimbal, ma sarà probabilmente conseguenza dell'adozione di un nuovo algoritmo, di nuovi sensori, ecc...comunque non mi sembra la priorità.

Il progetto multiwii è funzionante e ormai piuttosto completo e mi sembra che sia soddisfacente per chi vuole un mezzo semplice ed economico per svolazzare senza pretese e fare fpv.
Si costruisce con poco, offre diverse alternative per la sensoristica, con costi e prestazioni scalabili, è più o meno tutto riciclabile anche per altre cose, e il codice è tutto lì, libero di farci tutte le modifiche che vuoi.

In questo periodo c'è grande fermento e ci sono ora tante nuove alternative e tante possibilità sia per la piattaforma di controllo, che sta migrando verso i processori arm, che per la sensoristica (imu economiche a 6dof, le nuove MPU 6050, ecc...), quindi man mano che le soluzioni nuove e più performanti usciranno e saranno economicamente convenienti, verranno adottate.

Quando avrò provato un nuovo progetto migliore di multiwii, facile, performante e più o meno altrettanto economico, beh... vorrà dire che aprirò un nuovo thread....

[arnaldo]

ok, capito....
del barometro che mi sai dire? funge?!?!?