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

[lesto]

tutti i software arduino devi solo scegliere i sensori che stai usando e calibrare il tutto settando 3 valori (detti PID), andando un pò a caso (cerca qualche guida al riguardo, ce ne sono un sacco su google)

Se davi un'occhiata alle pagine dei progetti che ti sono stati suggeriti avresti già chioarito questo dubbio! 

[astrobeed]

Ecco allora e' quello che cerco. Tuttavia per configurare i vari giroscopi e tutti gli altri sensori esistono librerie che facilitano questo compito?

Se usi Arduino ti conviene utilizzare un software già pronto e sicuramente funzionante,
Praticamente tutti quelli che scrivono in questo topic, e negli altri due dedicati ai quadricotteri, in particolare il megatopic, ora chiuso, di oltre 100 pagine, hanno iniziato utilizzando MultiWii come software, pure io per i primi test mi sono affidato a questo programma che sebbene carente sotto vari punti di vista è funzionante e affidabile, credo sia il più utilizzato in assoluto da chi realizza un quadri basato su Arduino.
In base al software che decidi di utilizzare verifichi i sensori supportati e acquisti la corretta imu, diversamente dovresti fare un enorme lavoro di adattamento, e quasi sicuramente mettere mano anche alla parte matematica che non è certo semplice da fare.
In pratica se usi MultiWii e una IMU delle supportate colleghi tutto come da istruzioni, carichi il software, configuri i pochi parametri operativi, più che altro per adattare i segnali della radio con quelli attesi da MultiWii, accendi la radio, attacchi la batteria e cominci a volare subito.
Attenzione che pilotare un quadri non è una cosa semplicissima da fare, sopratutto se non hai alcuna esperienza di volo rc, consigliato fare un pochino di pratica con un simulatore su pc.
Sulla radio non fare economia, è la parte più importante, sopratutto se vuoi fare fpv.

[astrobeed]

mmm intendete la discovery?ci stavo facendo nju pensierino mentre facevo al lista della spesa purtroppo ora non ho tempo di costruire un quad ho altri progetti in cantiere però mi stavo documentando epr il futuro

Di Discovery ne esistono tre, inclusa quella in arrivo a fine mese, quale prendere dipende da cosa devi fare, il costo più o meno è identico per tutte, si va dai quasi 15 Euro per quella con il processore Cortex M4, il più potente della serie STM32, ai 11 Euro per quella con il processore più piccolo e senza nessun sensore.
La cosa stupenda di queste board è che includono un secondo STM32 che fa da programmatore e debugger hardware, ST-LINK V2, utilizzabile, spostando dei jumper, per programmare/debuggare altre board basate su STM32, in praticano ti regalano un hardware che se acquistato a parte costa quasi 30 Euro

[Hal90001]

Ecco allora e' quello che cerco. Tuttavia per configurare i vari giroscopi e tutti gli altri sensori esistono librerie che facilitano questo compito?

Se usi Arduino ti conviene utilizzare un software già pronto e sicuramente funzionante,
Praticamente tutti quelli che scrivono in questo topic, e negli altri due dedicati ai quadricotteri, in particolare il megatopic, ora chiuso, di oltre 100 pagine, hanno iniziato utilizzando MultiWii come software, pure io per i primi test mi sono affidato a questo programma che sebbene carente sotto vari punti di vista è funzionante e affidabile, credo sia il più utilizzato in assoluto da chi realizza un quadri basato su Arduino.
In base al software che decidi di utilizzare verifichi i sensori supportati e acquisti la corretta imu, diversamente dovresti fare un enorme lavoro di adattamento, e quasi sicuramente mettere mano anche alla parte matematica che non è certo semplice da fare.
In pratica se usi MultiWii e una IMU delle supportate colleghi tutto come da istruzioni, carichi il software, configuri i pochi parametri operativi, più che altro per adattare i segnali della radio con quelli attesi da MultiWii, accendi la radio, attacchi la batteria e cominci a volare subito.
Attenzione che pilotare un quadri non è una cosa semplicissima da fare, sopratutto se non hai alcuna esperienza di volo rc, consigliato fare un pochino di pratica con un simulatore su pc.
Sulla radio non fare economia, è la parte più importante, sopratutto se vuoi fare fpv.

Ti ringrazio per la pazienza, va bene allora utilizzerò multiwii con imu. Sai dove la potrei acquistare in Europa quindi senza pagare spese doganali?

[astrobeed]

Ti ringrazio per la pazienza, va bene allora utilizzerò multiwii con imu. Sai dove la potrei acquistare in Europa quindi senza pagare spese doganali?

Evita di quotare tutto il testo, solo le parti a cui rispondi direttamente.
In Europa c'è la francese Drotek che vende IMU adatte a MultiWii, questa a sei d.o.f. per il tuo scopo è perfetta, oppure prendi subito questa a 10 d.o.f, ha anche il magnetometro, il barometro altimetrico e il convertitore di livelli logici (LLC), così hai la dotazione completa di sensori e nessun problema di connessione con Arduino, tutte e due sono supportate da MultiWii.

[Hal90001]

In Europa c'è la francese Drotek che vende IMU adatte a MultiWii, questa a sei d.o.f. per il tuo scopo è perfetta, oppure prendi subito questa a 10 d.o.f, ha anche il magnetometro, il barometro altimetrico e il convertitore di livelli logici (LLC), così hai la dotazione completa di sensori e nessun problema di connessione con Arduino, tutte e due sono supportate da MultiWii.

Scusami, sono un neofita dei forum perfetto, prenderò quelle. Quindi la procedura se non sbaglio e':
1) prendere imu
2) caricare multiwii su arduino
3) programmare l'imu
E poi costruire fisicamente il quadricottero giusto? Anche se ho già un'idea. In ogni modo sia multiwii che quella imu sono compatibili con arduino uno vero?

[lesto]

non devi programmare l'imu, ma collegarla all'arduino.
La imu immaginala come una scatola chiusa che butta fuori dei dati, l'arduino li legge e li elabora, e di socnseguenza varia il tuo input della ricevente per mantrenere la stabilizzazione.

quindi:
1.colleghi la imu all'arduino
2.programmi l'arduino
3.monti l'arduino sul quad
4.setti i parametri del programma sull'arduino per rendere stabile la tua cofigurazione (il famoso pid)

il tutto cercando di non farti male, anche se piccolini questi motori e le eliche sono tranquillamente in grado di far molto male

[astrobeed]

anche se piccolini questi motori e le eliche sono tranquillamente in grado di far molto male

Ottima osservazione, i motori BLDC usati su i quadri sono da un centinaio di Watt, le eliche sono delle lame rotanti, se ti arriva addosso, ma anche infilare la mano nel disco dell'elica, può causare gravi ferite.

[Hal90001]

il tutto cercando di non farti male, anche se piccolini questi motori e le eliche sono tranquillamente in grado di far molto male

Si me l'ero immaginato, guardo di fare attenzione. Vi tengo aggiornati nei prossimi giorni. Grazie per ora mi avete chiarito molto le idee.

[sciorty]

configuri i pochi parametri operativi, più che altro per adattare i segnali della radio con quelli attesi da MultiWii

a proposito, che valori si aspetta?
io nell'attesa di convincermi ad affrontare l'impresa sto facendo la parte di trasmissione che consiste in: joystick->python->xbee
Invio una stringa del tipo ax1by1cx1dy1 al quale si aggiunge altro se premo un bottone della pulsantiera. I valori variano da 0 a 255 perora, se potreste darmi qualche suggerimento..

[astrobeed]

io nell'attesa di convincermi ad affrontare l'impresa sto facendo la parte di trasmissione che consiste in: joystick->python->xbee

Lascia perdere, con MultiWii devi usare un vero radiocomando, pure decente, se non vuoi schiantare il quadri in meno di 0.1s 

[sciorty]

Ma per motivi gestionali del software o perchè la velocità di trasmissione sarebbe bassa per un quadri?

[astrobeed]

Ma per motivi gestionali del software o perchè la velocità di trasmissione sarebbe bassa per un quadri?

Perché sei tu a dover pilotare il quadri ed è già difficile farlo con un vero radiocomando, figuriamoci con un "accrocchio" (senza offesa) di un qualche tipo.
MultiWii non possiede capacità di volo autonomo inoltre si aspetta in ingresso dei segnali PPM provenienti da un radiocomando.

[lesto]

pensa alla LAG del sistema;
1. lettura del joystic da parte PC. il kernel non è real-time, quindi già potresti avere millisecondi di lag, senza contare che se parte qualcosa di CPU hungry la cosa peggiora assai. in oltre la seriale è lentaaaaa (se usi il joystic seriale
2. interpretazione dei valori ed invio su xbee. l'interpretazione serve per comprimere i dati il più possibile: i cicli macchina sono molto più "economici" in termini di tempo dell'invio di byte su network (anche via cavo eh), ed in oltre, come sopra, la seriale è lentaaaaaaa
3. tempi di gestione dello stack xbee: quì mi aspetto LAG nell'ordine di massimi qualche centinaio di microsecondi, quindi nulla di problematico.. ma non ho mai fatto test veritieri.
4. trasformazione input xbee in PPM (se non vuoi cambiare il codice multiwii a mano), altri 2ms almeno di LAG

Ma esiste un semplice test per verificare il tutto: su arduino fai uno sketch che invia il valore di micros via xbee, e uno sketch al pc che legge il dato e lo ritrasmette ad arduino, che calcola la metà della differenza e te la stampa, avrai una mezza idea dei trempi che ci sono di mezzo.
(edit: il test al contrario evita di farlo se non sai cosa stai facendo: http://stackoverflow.com/questions/2607263/how-precise-is-the-internal-clock-of-a-modern-pc)

per farti capire meglio: la seriale a 9600 baud vuol dire 960byte/s, ovvero circa 1.1milisecondi a byte. poi è anche vero che i tempi di reazione di una persona sono sui 40ms, ma credo che per dare una senzazione di fluidità devi almeno stare sui 20ms..

poi astro ne sa molto di più di me, magari ci sono altri motivi

[testato]

Interessante discussione, mi chiedevo pero perche aver fatto esempio a 9600?
Gia con 115200 siamo su tempi 10 volte inferiori, e magari si puo anche salire di piu, ma capisco che e' solo una delle variabili.
Premere un unico comando, tipo Vai a Destra, che tipo di stringa viene trasmessa ?