[Multicotteri] Elettronica : IMU, MCU, Sensori ed algoritmi di controllo

astrobeed:

Volo stabile: un disastro. Appena accendo l'accelerometro inizia a traballare vistosamente! Inizio a domandarmi se non sia il caso di passare al 345 che e' direttamente previsto dal codice del multiwii.

Problemi di dinamica e setup sull'accelerometro.

Riesci a spiegarmi meglio cosa significa, e cosa devo verificare? Come ne vengo a capo? :slight_smile:

Forse e' piegato solo l'albero e quindi mi fa vedere le due parti del motore disassate?

Una delle cose che avevo consigliato fin da subito quando si è iniziato a parlare dei quadri era di acquistare qualche albero di ricambio, costano pochi Euro, per i motori, in caso di impatto si piegano pure loro.

E infatti, seguendo il tuo consiglio, ho gli alberi di ricambio! Mi ha fatto un po' impressione vederlo in quello stato ma dopo averlo smontato ho visto che si trattava per l'appunto dell'albero.

Certo che non e' proprio semplice da gestire questo mezzo (e se lo spacco ogni volta che lo uso, e' pure un debito)... Vorrei provare a verificare sti pid qui...

Ho appena provato l'app MultiWii per Android, ho collegato ad Arduino un modulo Bluetooth RN41, funziona bene solo un piccolo problemino con un campo che si trova per metà fuori schermo, ho segnalato il problema all'autore, sicuramente molto pratico per fare setup sul campo senza portarsi appresso il notebook.

astrobeed:
Ho appena provato l'app MultiWii per Android, ho collegato ad Arduino un modulo Bluetooth RN41, funziona bene solo un piccolo problemino con un campo che si trova per metà fuori schermo, ho segnalato il problema all'autore, sicuramente molto pratico per fare setup sul campo senza portarsi appresso il notebook.

Bello.. mi piace questa cosa...

E ti pareva che la colpa non era mia ? :stuck_out_tongue_closed_eyes:
Allora... la configurazione è ad X
sulle braccia ho i gommani da piscina come carrello nelle punte come quello di fabio....
bene...
Ho preso due mattoni li ho messi in fila uno di fronte all'altro a distanza di una 40ina di cm....
poi ho preso il multi coso e ce l'fo piazzato sopra lasciando sospesi i motori (Frontale sinistro e posteriore destro)
L'ho legato ai mattoni, in questo mdo se lo muovo dalla parte dei motori "liberi" si muove solo il PITCH del giro infatti uso uno solo dei 3 Assi...
a questo punto l' acellarato un poco quel ttanto che basta a farlo stare in hovering (Imattoni sopra i mattoni li puoi ancge scollegare rubano corrente per nulla..)
a circa 1/4 di aclleratore con i valori di default il multi tende da una parte io, io non ho fatto altro che modificare i cvalori di PITCH fino a far si che stia quasi in bolla, poi con il comando che te hai a destra (perdonatemi ma devo ancora capire i nomi delle leve :)) se lo muovi a destra il multi si alza su un lato se la muovi a sinistra si alza dall'altro... io ho tentato anche se sicuramente cè da risprendere la cosa di far si che se acellero uno dei due motori e poi di colpo mollo lo stick il quad torni alla posizione iniziale (Di bolla) nello stesso tempo sia se acellero uno o se acellero l'altro...

Ho capito... lavori con l'accelerometro attivo?
La cosa che non mi e' chiara e' come fai con la configurazione a X a usare solo due motori opposti...
Cioe', se vuoi piegarlo in avanti, lui accelera i due motori dietro, mentre i due diametralmente opposti agiscono se usati assieme sostanzialmente sul yaw, e non sul pitch

Serve un video... Ehm il mio è un metodo completamente empirico potrebbe anche essere errato... ripeto non ho l'acellerometro...

questo video è un po vecchio, non si vede che da pc setto i parametri PID: test stabilità | c'è ancora molto da lavorare, ma i primi frutti saltano fuori :-) | By Mauro | Facebook

poi è saltato fuori che i giroscopi non funzionavano... ma va bè

Premetto che non posso vedere il video per il momento ma ho visto l'immagine in cui il multicoso è il bilancia quindi è lo stesso metodo che ho addottato io :)domani comunque se iesco ne metto uno vuoi mai che ne salti fuori qualcosa di buono ? :wink:

sisi, il metodo è lo stesso, 2 lettori cd come rialzo e 2 pesi da 2kg l'uno che tengono il quadricoso dal "carrello"

notare l'elettronica su breadboard... :roll_eyes:

Ciao a tutti,
vi invio un link ad un video carino , visto che si parla di algoritmi , nel video vedete in azione Arducopter32 che esegue funzionalita' di loiter e return to home. Nel progetto Multiwii queste funzioni non sono ancora disponibili , in arducopter invece le abbiamo messe a punto da tempo e stiamo lavorando al debug.
Ecco il link ... ovviamente durante le fasi di test puo' accadere qualche imprevisto :slight_smile:

http://www.virtualrobotix.com/video/multipilot32-vrimu-arducopter32-firmware-stable-rtl-and-loiter

Buon volo a tutti
Roberto

redfox74:
nel video vedete in azione Arducopter32 che esegue funzionalita' di loiter e return to home.

Bel video, che modulo GPS utilizzi ?

Nel progetto Multiwii queste funzioni non sono ancora disponibili

E non ci saranno mai, almeno fino a che non passano ad un hardware più performante e sistemano per bene la gestione IMU e PID.
Sicuramente la funzione return to home è una delle prime cose da fare non appena inizieremo a lavorare sulla parte GPS.

Davvero bello!

Grazie :slight_smile:
questo e' il link al mio blog post con qualche dettaglio in piu'
http://www.virtualrobotix.com/profiles/blogs/arducopter32-test-of-rtl-and-loiter-mode
... il video sopra e' uno di quelli per la certificazione delle funzionalita' stabili sulla mia piattaforma.
In merito al porting su arduino due ... penso che si fara' sicuramente non so' in che tempi , di sicuro rispetto all'attuale micro ci sara' un po' piu' spazio per le nuove funzionalita' . Ora bisogna capire cosa tirera' fuori dal cappello magico il buon Banzi ... in base a quanto lavoro sara' gia' fatto sui driver si potra' ipotizzare i tempi del porting. Nel mio caso partendo da zero , da solo in 4 mesi ero in volo con il codice per l'8 bit su STM32 che secondo me' e' un buon micro , meglio per certi versi di quello annunciato su arduino due . Poi sono pareri molto personali e preferenze dovute anche all'esperienza maturata sulle varie piattaforme.
La piattaforma Due sara' una delle Due supportate ufficialmente dal progetto Arducopter32 l'altra ovviamente gia' disponibile e' la mia Multipilot32.
Saluti
Roberto

Volevo dirvi che ho ordinato e sono in attesa di un ADXL345, da sostituire al mio ADXL335. Visto che il 335 per motivi a me del tutto oscuri non funziona su multiwii 1.8, visto che potrei usare quelle 3 porte analogiche in miglior modo, e visto che come ha sottolineato astrobeed costa poco, ho deciso di fare il salto di qualità e lavorare su un prodotto maggiormente supportato.
Spero che mi arrivi prima del raduno e di poterlo testare a breve!

  1. qual'è il miglior integrato (peso-efficenza-facile da trovare) per ottenere 3,3V?

oppure mi confermate che l'i2c del WMP può usare pull-up sui 5v senza problemi? così risolvo con un 7530-1 che ho in casa. Graazie (le pull-up su 3V danno grooossi problemi, credo che arduino faccia fatica a vedere l'1 logico che non è a 2,5V come si potrebbe pensare ma proprio a 3V =()

Il mio ADXL335 e' standalone, non proviene da un nunchuck. Comunque non prevedevo di buttarlo, ma di provare un secondo accelerometro per vedere se cambia e in che modo. Attualmente il mio WMP originale, che e' da solo nella linea i2c lo uso con 3.3k di resistenza a 400mhz nel codice del multiwii.
Poi al limite ho due accelerometri e vuol dire che dovro' fare due quadri... $) =( =(

accidenti, volevo quotarmi e invece ho modificato il messaggio di prima...

riprendo la domanda:

  1. qual'è il miglior integrato (peso-efficenza-facile da trovare) per ottenere 3,3V?

oppure mi confermate che l'i2c del WMP può usare pull-up sui 5v senza problemi? così risolvo con un 7530-1 che ho in casa. Graazie (le pull-up su 3V danno grooossi problemi, credo che arduino faccia fatica a vedere l'1 logico che non è a 2,5V come si potrebbe pensare ma proprio a 3V smiley-cry)

  1. un ottimo integrato per avere i 3V3 è l'MCP1700-33, che è in formato TO-92 ed eroga 250 mA con un dropout di soli 0,35V.

  2. i valori HIGH e LOW degli Atmega non sono fissi ma dipendono dalla tensione di lavoro. Specificatamente, il datasheet dice che:
    a) per valori di Vcc fino a 2V4: LOW=0.2Vcc - HIGH=0.7Vcc
    b) per valor di Vcc sopra a 2V4: LOW=0.3Vcc - HIGH=0.6Vcc

Quindi con Vcc a 3V3, LOW è fino a (0.2*3.3)=0.66V e HIGH è da 1.98V in su.

lesto:
. qual'è il miglior integrato (peso-efficenza-facile da trovare) per ottenere 3,3V?

Io uso gli MCP1824 di Microchip, case SOT223-5, fino a 300 mA e sono dotati del comando per lo spegnimento.

Graazie (le pull-up su 3V danno grooossi problemi, credo che arduino faccia fatica a vedere l'1 logico che non è a 2,5V come si potrebbe pensare ma proprio a 3V smiley-cry)

[/quote]

Le pull up vanno messe a 3.3-3.6 Volt, su questo c'è poco da discutere e non ci sono ne se ne ma, la soglia per l'uno logico sulla I2C/TWI è più bassa di quelle dei normali input digitali.
Se vuoi fare le cose fatte bene usa un traslatore di livello.

ehm... mi sono accorto di avere un LM317LZ (LM317LZ Datasheet pdf - 3-Terminal 0.1A Positive Adjustable Regulator - Fairchild Semiconductor) formato TO-92... che ne dite? resistenze suggerite? non trovo il valore di drop-out, che non ne abbia?