BaronPilot - Autostabilizzatore Molto Economico

[jhoexp]

Credo di avere anch'io problemi di alimentazione.
Attaccato all'usb è perfetto, oggi facendo la seconda prova in assoluto in hoovering si è (credo) impallato l'arduino, i motori si sono bloccati tutti alla stessa velocità.
Una situazione molto pericolosa, perchè i comandi da radio erano inutili. Niente hold/fail safe su cui fare affidamento.
Fortuna che non ho fatto danni, a parte qualche elica sbeccata.

A questo punto non so come convenga fare...entrare sull'arduino vin con i 7,2 volt della lipo dedicata, sembrava la soluzione migliore in assoluto.

[Guglio]

Credo di avere anch'io problemi di alimentazione.
Attaccato all'usb è perfetto, oggi facendo la seconda prova in assoluto in hoovering si è (credo) impallato l'arduino, i motori si sono bloccati tutti alla stessa velocità.
Una situazione molto pericolosa, perchè i comandi da radio erano inutili. Niente hold/fail safe su cui fare affidamento.
Fortuna che non ho fatto danni, a parte qualche elica sbeccata.

A questo punto non so come convenga fare...entrare sull'arduino vin con i 7,2 volt della lipo dedicata, sembrava la soluzione migliore in assoluto.

Come s'è impallato?
E' andato sotto voltaggio e ha iniziato a sballare o ha riempito la RAM?

[jhoexp]

Come s'è impallato?
E' andato sotto voltaggio e ha iniziato a sballare o ha riempito la RAM?

C'è modo di saperlo? Credo che il problema sia stata l'alimentazione. Domani proverò a separare anche l'alimentazione della ricevente.

[Katana13]

Grazie a tutti quelli che alimentano questo interessantissimo forum, siccome c'è gente MOLTO più preparata del sottoscritto, metto nero su bianco i miei problemi, nella speranza che siano di aiuto a tutti.

Mi sto documentando, ho letto e capito al 90% (Getting started with arduino M.Banzi ) qualcuno ha della letteratura da consigliare, qualcosa di più avanzato?. Il codice che trovo in baron pilot mi è ancora molto difficile comprenderlo nel dettaglio.

Al momento ho assemblato il tutto come in foto, ho creato un banco prova con 4 servi per simulare la risposta dei motori e servo nel mio tricopter. (Alimentazione tramite usb per arduino, WM+, NNCUK e ricevente, i servi hanno una batteria separata)

Siccome ho varie problematiche cerco di riassumere le principali per punti:

Premessa : Versione software V32 , chaninterleave =0, setupesc(50).

1) Se collego la ricevente Corona, non ho risposta sul serial command (T) , ricevente Futaba ok, ma ho valori con stick al centro un pò sballati, +6, -35,ecc.. alcuni comandi a fondo corsa non raggiungono il 500 o -500 ma valori un pò inferiori. (nella radio non ho impostato sub trim)

2)Come devo collegare i comandi alla ricevente? ho seguito lo schema sul sito di Baron pilot, ho letto il forum, ed infine non ho proprio capito come fare. Dallo schema dovrei collegare solo 4 pin, ch1, 3, 5, 7, il software v32 supporta altri 3 comandi dove li metto?

3) quando alimento i servi iniziano a vibrare, uno solo risponde al comando motore, problema identico a Perryosio, non capisco come ha risolto il problema...

4)c'è un modo per capire tramite serial command se l'orientamento del WM+ e NNCUK sono corretti? (grazie jhoexp , però mi è venuto in mente che forse ha più senso l'orientamento rispetto all'involucro del WM+, NNCUK, piuttosto che l'orientamento dei giroscopi ed accelerometri, o forse no? boh..mettendoli a caso ho 4 possibilità di imbroccare la combinazione giusta, ma non è un metodo scentifico! )

[ciskje]

Il mio bec oscilla da 4.7 a 5.3 col caz che lo collego all' arduino!!

Tanto per sapere cosa evitare, marca e modello?

[ciskje]

Dallo schema dovrei collegare solo 4 pin, ch1, 3, 5, 7, il software v32 supporta altri 3 comandi dove li metto?

Mintristisco sentendo questa domanda. i canali pari sono calcolati come differenza da quelli dispari. non devi collegarli.

[Katana13]

Mintristisco sentendo questa domanda. i canali pari sono calcolati come differenza da quelli dispari. non devi collegarli.

Grazie! adesso mi é più chiaro, ho risolto i punti 2 e 3, ho collegato i 3 esc e il servo, Funziona! (unica accortezza alimentare gli esc in un secondo momento.)

Ho notato che ogni tanto andava in blocco come descritto da jhoexp sia se alimentato da usb che tramite ubec. In più di una occasione i motori si sono bloccati al 100% dei giri, (fortunatamente non avevo montato eliche)

[jack-frank]

Accidenti... Francesco ma a te risulta?

[ciskje]

Se l'arduino si impalla blocca le uscite, e gli esc fermano i motori. Se invece la trasmittente non trasmette niente, viene mantenuto il vecchio valore.
Meglio usare sempre una ricevente con failsafe.

Comunque è uscita la nuova V34!!! Che ha la nuova modalità di ricezione diretta dei canali (ma solo 5) per offrire la massima compatibilità e semplicità:

5 fili=5 canali e 100% di compatibiltà.

c'è un modo per capire tramite serial command se l'orientamento del WM+ e NNCUK sono corretti?

Certo, ed è semplicissima, è la regola della mano destra, per tutti i valori.

Crescono seguendo come chiudi la mano nella direzione dell'asse che vuoi controllare.
Ad esempio per lo yaw, la rotazione corretta è l'antioraria per valori crescenti.

[ciskje]

Credo di avere anch'io problemi di alimentazione.
Attaccato all'usb è perfetto, oggi facendo la seconda prova in assoluto in hoovering si è (credo) impallato l'arduino, i motori si sono bloccati tutti alla stessa velocità.

Questo è ahime' un problema della ricevente, se l'arduino si blocca o resetta, non genera nessun impulso e gli esc bloccano i motori.
Se invece non ricevi segnali dalla ricevente viene mantenuto il vecchio valore (dovrei mettere un timeout che se non ricevo nulla blocco le uscite, ma anche mezzo secondo è già troppo).
In ogni caso con una ricevente con failsafe è meglio.

[jhoexp]

Questo è ahime' un problema della ricevente, se l'arduino si blocca o resetta, non genera nessun impulso e gli esc bloccano i motori.
Se invece non ricevi segnali dalla ricevente viene mantenuto il vecchio valore (dovrei mettere un timeout che se non ricevo nulla blocco le uscite, ma anche mezzo secondo è già troppo).
In ogni caso con una ricevente con failsafe è meglio.

La mia R617FS 2.4 ghz futaba ha il fail safe settato correttamente con il motore a 0 (-100 in realtà, provato con cura al collaudo spegnendo la ricevente, come faccio sempre con i nuovi modelli), mentre nel caso dell'impallamento sono rimasti tutti accesi.

Comunque il problema l'ho sperimentato con aeroquad e sono abbastanza convinto si tratti di una grana di alimentazione, anche perchè l'arduino mi ha già fatto strani scherzi nei vari cambi di alimentazione.
Staser ho fatto un test di durata con l'alimentazione diretta dalla batteria 3s (senza collegamento usb per il monitoraggio) e sembra stabile.

[ciskje]

La mia R617FS 2.4 ghz futaba ha il fail safe settato correttamente con il motore a 0 (-100 in realtà, provato con cura al collaudo spegnendo la ricevente, come faccio sempre con i nuovi modelli), mentre nel caso dell'impallamento sono rimasti tutti accesi.

Comunque il problema l'ho sperimentato con aeroquad e sono abbastanza convinto si tratti di una grana di alimentazione, anche perchè l'arduino mi ha già fatto strani scherzi nei vari cambi di alimentazione.
Staser ho fatto un test di durata con l'alimentazione diretta dalla batteria 3s (senza collegamento usb per il monitoraggio) e sembra stabile.

Non ho ben chiaro come gestisce i motori aeroquad, ma se i motori rimangono bloccati al massimo, è gravissimo, anche in presenza di cattiva alimentazione.

[jhoexp]

Non ho ben chiaro come gestisce i motori aeroquad, ma se i motori rimangono bloccati al massimo, è gravissimo, anche in presenza di cattiva alimentazione.

Non vengono portati al massimo, rimangono bloccati alla velocità che avevano prima del "problema".

Ho notato poi che se cambio il modo di alimentare l'arduino (ad esempio quando lo collego all'usb non gli do l'alimentazione anche dal pacco batteria), questo a volte fa casino e se lo riattacco solo all'alimentazione da batteria non si inizializza correttamente.
Sembra che non riesca a selezionare correttamente la migliore sorgente di alimentazione, come invece dovrebbe fare.
Adesso sto provando ad entrare nell'arduino con i 12,6 V max della lipo 3s e fino ad ora non ha fatto scherzi.

Appena ho un attimo provo anche con batteria dedicata per la ricevente, così evito di usare il 5v in uscita dell'aurduino.

Non ho ancora provato, ma se improvvisamente stacco i gyro/acc, cosa succede?

[biv2533]

Ora sono di fretta e poi magari questo non e' il 3d giusto, un giorno comunque ti comunichero' le mie esperienze con Aeroquad, magari qualcuno conosce la risposta.

[Katana13]

Complimenti Ciskje!
Ho scaricato la v34, ho modificato i parametri come vedi qui sotto. (sicuramente ho sbagliato ad interpretare le istruzioni..)

poi ho fatto un pò di test:

Ricevente futaba(FP-R118F) funziona la modalità 4 pin 7 comandi quella 5pin 5 comandi funziona in parte.(se collego tutti e 5 i pin riesco a muovere solo i primi 3 canali, se tolgo un pin ne muovo 4 (?) )

Ricevente Corona (RD820II) NON funziona modalità 4 pin 7 comandi e NON funziona modalità 5 pin 5 comandi (ma collegando un canale alla volta funziona solo il singolo canale interessato, ne collego 2 o più e mi stampa solo-500 in tutta la riga)

Ricevente J Tronik (JX-7) modalità 4 pin 7 comandi(non testata) NON funziona modalità 5 pin 5 comandi

// These are the parameters and definition that probably you need to change.
// If you want to disable a feature take out the double slash comment before the defines
//////////////////////////////////////////////////////////////////////////////////////////////////////

//You can receive direct interrupt from receiver
//connect pin2,4,5,6,7 to chan1,2,3,4,5 (sorry only 5 channel) in RXDIRECT mode
//connect pin2,4,5,6 to chan1,3,5,7 when you aren't in RXDIRECT mode
// RXDIRECT mode is 5 line = 5 channel
// without it is 4 line = 7 channel!
#define RXDIRECT

// difference between odd,even channels (NOT USED in RXDIRECT mode)
// 660us for multiplex, 0 for others (JR, Futaba)
//#define CHANINTERLEAVE 0

// how much us are considered perfect 0 center (0-11us)
#define DEADBAND 0 // microseconds

// tx in channel definition (starting with 0)
#define AIL 0 // chan1 D2
#define ELE 1
#define THR 2 // D4
#define RUD 3
#define MODE 4 // chan5 D5
#define OFFP 5 // chan6 use only without RXDIRECT!!!
#define OFFR 6 // chan7 use only without RXDIRECT!!!

// out channel definition (starting with 0)
#define FRONTL 0 // D9 16bit 50-500hz
#define FRONTR 1 // D10 16bit 50-500hz
#define REAR 2 // D3 8bit 488hz
#define AUX1 3 // D11 8bit 488hz don't used normally
#define YAW 4 // D8 8bit 50hz
#define AUX2 5 // D12 8bit 50hz don't used normally

// us that your transmitter considere the "center"
// 1520 is Futaba, 1500 others.
#define CENTER 1520 // in microseconds