VRBRAIN by VirtualRobotix

[emile.c]

Ciao Rino, nella versione 3.0 è stato completamente riscritto il codice che interpreta il segnale radio.
Ora il segnale è molto più stabile e senza glitches.
Ovvio che potrebbe esserci qualche anomalia, ma in linea di massima dovrebbero funzionare anche le radio che prima davano problemi.
Il PPMSUM non è ancora funzionante (ci sto lavorando).

Nella 2.9.xx non era possibile utilizzare più di 7 canali per alcuni conflitti. Questo ora dovrebbe essere risolto. Se mi date conferma sono più tranquillo dato che al momento non ho una 8 canali.

Ciao!

E.

BEH... INSOMMA ... MI DIFENDO ANCHE IO!!!!

Sono a buon punto con le prove e il modello si comporta bene, .... ovviamente la scheda va benissimo..... domani monto la 3.0RC6 e poi faccio un po' di confronti con la 2.9.2....

Domanda.... il canale 8 che sembra adesso utilizzabile con il nuovo mission planner è attivo solo con FW 3.0?.....
Domando perché con la 2.9.2 e il nuovo planner il canale è presente ma sembra inattivo perché nella calibrazione radio non è utilizzabile
Ovviamente il canale tra VRBrain e ricevente è correttamente connesso e abilitato sulla trasmittente (Selettore G della Futaba T10).....

[emile.c]

Consiglio a tutti quelli che vogliono provare la 3.0 di tenersi aggiornati con le release che pubblico sulla seguente pagina:

Version 3.0 | VR Brain

Il problema del planner è stato risolto, ora anche il CLI ha ricominciato a funzionare, quindi aggiornatevi alla 1.2.57!

Marco ieri ha provato il clone S800 della RCTimer con ottimi risultati. Sulla pagina del download c'è il video.

Emile

[Bobo67]

Ti confermo Roberto che con il metodo "spugnetta compressa" il barometro funziona molto meglio in volo, lo scrivo qui in modo che tutti gli utilizzatori di VR Brain possano venirne a conoscenza ed in caso provvedere.
Praticamente ho verificato che le variazioni di pressione sul baro sono troppo influenzate dal flusso d'aria generato dalle eliche ma in particolar modo quando il drone si sposta velocemente, o in condizioni di vento.
La scatolina della VRB non risolve, lo copre abbastanza ma risente comunque dei "colpi d'aria".
Ho risolto mettendo sotto al baro, leggermente compressa dalla scatolina, un quadratino di spugna di 1 cm quadrato circa per coprirlo bene, bisogna metterla in modo che stia abbastanza compressa ma non troppo da impedire all'aria di passare.
Potete verificare le variazioni d'altitudine col planner, nella prima schermata o in CLI con "test/baro", puntando un ventilatore sulla VR BRain prima e dopo aver messo la spugnetta, senza coprire il baro a me varia di oltre 1 metro, dopo il lavoretto è perfettamente stabile.
Questa trucchetto con la V3 è importantissimo, era già noto ma l'ultima release di ArduCopter fa un pò i capricci se il baro non lavora come si deve, l'inerziale lavora male se trova eccessive variazioni d'altitudine indotte da errate letture del baro.

[QuercusPetraea]

Marco, sono d'accordo con te relativamente alla spugnetta sul baro.
Io l'ho messa sulla VRBRAIN, così come avevo già fatto sulla Arduflyer, migliorando significativamente il comportamento del barometro e di conseguenza sul mantenimento della quota che ora è molto più precisa.

[Skud85]

per tutto la prima parte del video non sono riuscito a togliere lo sguardo da quello strano oggetto nel retro per capire se fosse un uccello, un eli o multirotore.. poi ho letto la descrizione del video dove viene specificato che è un gheppio... ehehehe incredibile position hold... affascinante davvero, non pensavo volassero cosi..

adesso posso riportare la concentrazione sui due quad..

[QuercusPetraea]

Ma MissionPlanner 1.2.57 da dove _azzo lo posso scaricare che non lo trovo?

[Bobo67]

Hai ragione Giovanni, non è ancor disponibile come installer (stiamo provvedendo), se hai installato la versione .55 basta che fai l'aggiornamento automatico dal menu "?", se non lo hai installato prendilo da qui.

[rino2]

a me ha chiesto di aggiornare subito dopo il lancio dell'applicazione ... senza neanche andare nel menu HELP.... fa sempre il controllo degli aggiornamenti disponibili quando viene avviato.....ovviamente se sei connesso alla rete!!!

Marco... Giovanni......che tipo di spugna avete usato??

Marco ... hai un esa (tipo Tarot FY680) che ti avanza? anche senza motori e ESC

[QuercusPetraea]

[snip]
Marco... Giovanni......che tipo di spugna avete usato??

[snip]

Normale spugna per imballaggi, tipo gommapiuma, da 1.5-2 cm purchè 'respiri'.

[Paolo_56]

Ciao Rino, nella versione 3.0 è stato completamente riscritto il codice che interpreta il segnale radio.
Ora il segnale è molto più stabile e senza glitches.
[...]

Ciao emile.c,

ne approfitto per farti alcune domande:

- con il nuovo FW, che risoluzione temporale abbiamo adesso su ogni singola uscita della ricevente?
- è necessario che le uscite della ricevente siano sequenziali, o potrebbero anche avere i fronti di salita quasi coincidenti, o addirittura in posizione arbitraria (nel frame di ripetizione)?

Ti faccio queste domande perché sono molto 'attirato' dalla VRBRAIN 4.5, e ci sto facendo un pensierino (attualmente, sto tenendo d'occhio anche: APM 2.5, NAZE 32 e NAZA-M V2 ...)


Ciao e grazie,
Paolo

[emile.c]

Ciao Paolo,
La risoluzione sui singoli canali al momento è di 1us, e sì si possono ricevere più segnali in contemporanea.
In sostanza funziona così:

Ogni canale della ricevente lavora in modo indipendente, quindi potrebbero arrivare uno o più segnali in contemporanea che vengono gestiti attraverso interrupt. La STM32 offre una funzione per la gestione di questo tipo di ingressi (capture compare), per cui nel momento in cui arriva l'ìinterrupt (segnale on o off) si salva il valore di un contatore appositamente impostato secondo il tipo di segnale che devi gestire.
Ammettiamo che il contatore conti i microsecondi (attualmente è così, ma a breve avrà una risoluzione di 0.5 us) la differenza tra un segnale alto e il corrispettivo segnale basso mi da l'ampiezza del PPM che in RC è sempre calcolato in microsecondi.

Poi lato codice impostiamo un valore minimo ed un valore massimo per essere sicuri che segnali spuri non possano dare dei valori sbagliati.

La APM 2.5 di cui implementiamo il firmware è una bella scheda, ma destinata ad essere messa nel cassetto tra poco a causa del suo processore limitato in termini di performance.
La NAZA è un bel prodotto commerciale, funziona bene, ma a differenza della VRBRAIN, APM e NAZE non offre la possibilità di estendere le funzioni base di cui dispone (è a codice chiuso). Inoltre non puoi imparare molto sul funzionamento in quanto non dispone di log, telemetria funzioni di waypoint etc.
Con la VRBRAIN (come per APM e NAZE) c'è un po' da imparare, non è plug&play come la NAZA ma cresce e grazie anche alla contribuzione di alcuni utenti come TermicOne si sta facendo breccia anche tra i meno esperti.

Poi ha delle potenzialità enormi e con in cantiere un paio di chicche che pochi avranno...

Ciao,
Emile

Ciao emile.c,

ne approfitto per farti alcune domande:

- con il nuovo FW, che risoluzione temporale abbiamo adesso su ogni singola uscita della ricevente?
- è necessario che le uscite della ricevente siano sequenziali, o potrebbero anche avere i fronti di salita quasi coincidenti, o addirittura in posizione arbitraria (nel frame di ripetizione)?

Ti faccio queste domande perché sono molto 'attirato' dalla VRBRAIN 4.5, e ci sto facendo un pensierino (attualmente, sto tenendo d'occhio anche: APM 2.5, NAZE 32 e NAZA-M V2 ...)


Ciao e grazie,
Paolo

[Bobo67]

a me ha chiesto di aggiornare subito dopo il lancio dell'applicazione ... senza neanche andare nel menu HELP.... fa sempre il controllo degli aggiornamenti disponibili quando viene avviato.....ovviamente se sei connesso alla rete!!!

Marco... Giovanni......che tipo di spugna avete usato??

Marco ... hai un esa (tipo Tarot FY680) che ti avanza? anche senza motori e ESC

No Rino, solo configurazioni pronte al volo.

[rino2]

Parliamone in MP... ma che sia max 680 e senza controllo di volo... devo montarci la VRBrain...

[TermicOne]

...
La risoluzione sui singoli canali al momento è di 1us, e sì si possono ricevere più segnali in contemporanea.
In sostanza funziona così:

Ogni canale della ricevente lavora in modo indipendente, quindi potrebbero arrivare uno o più segnali in contemporanea che vengono gestiti attraverso interrupt. La STM32 offre una funzione per la gestione di questo tipo di ingressi (capture compare), per cui nel momento in cui arriva l'ìinterrupt (segnale on o off) si salva il valore di un contatore appositamente impostato secondo il tipo di segnale che devi gestire.
Ammettiamo che il contatore conti i microsecondi (attualmente è così, ma a breve avrà una risoluzione di 0.5 us) la differenza tra un segnale alto e il corrispettivo segnale basso mi da l'ampiezza del PPM che in RC è sempre calcolato in microsecondi.

Poi lato codice impostiamo un valore minimo ed un valore massimo per essere sicuri che segnali spuri non possano dare dei valori sbagliati.
......

..ah...beh......adesso sono più tranquillo!

[Paolo_56]

Ciao Paolo,
La risoluzione sui singoli canali al momento è di 1us, e sì si possono ricevere più segnali in contemporanea.
In sostanza funziona così:
[...]

Ciao emile.c,

grazie 1000 per la tua pronta risposta!!!

Eh, i vantaggi del codice open source sono veramente ineguagliabili; inoltre penso che, avendo delle idee da implementare e parlandone qui, in caso di vera utilità (ed interesse) per questa community, si possa sperare di poter avere dagli sviluppatori un FW "dedicato" anche in breve tempo ...


Ciao, e grazie ancora!
Paolo