Altri nuovi sistemi FLYBARLESS

[eriskio]

Originalmente inviato da Alexvan

Ovvaimente la lista è lunga:
BeRTOS — Not only kernel
Prex - Embedded Real-Time Operating System
TNKernel real-time system
...

Son tutti opensource!

Continuiamo ad inventare la ruota?

Scusa ma mi autocito:

Originalmente inviato da Eriskio;

In fondo scrivere un motore efficiente di scheduling/message passing o un piccolo sistema "event driven" per la gestione interrrupt - specie con linguaggi ad oggetti - non è problematico e di solito chi sviluppa questo tipo di applicazioni ha nel cassetto piu' templates o canovacci belli e pronti da riutilizzare allo scopo, senza troppa fatica.

Quanti sviluppatori, avendo scritto un loro kernel (forse già nelle ore di lab all'università) lo propongono come soluzione sul loro sito? Molti direi.
Come scrivevo prima, io (e molti altri in ufficio) hanno nel cassetto un'idea di scheduler preemptive o qualche motore di message passing & handling; e basta averne l'occasione (e quei 10 giorni di tempo necessari) che si può "scrivere l'acqua calda", sulla propria piattaforma.
Come dici giustamente tu, nella miriade di soluzioni possibili, si può scegliere di adottarne una a piacere oppure di riscrivere per l'ennesima volta la stessa acqua calda.
Si tratta in fondo - appunto - di pochi giorni di sviluppo e dipende sempre dal valore / costo / sicurezza / importanza del progetto che si vuole realizzare.
Dovendo sviluppare una centralina flybarless "per diletto", certamente si potrebbe provare ad utilizzare un controller con un microkernel/SO di quelli che hai indicato.
Se dovessi fare una centralina flybarless per lavoro... francamente avrei da riflettere un pochetto su diverse implicazioni e soluzioni possibili, ovviamente.

[eriskio]

Originalmente inviato da Alexvan

Vado a studiare... servirebbe pure un modello da utilizzare come stub durante lo sviluppo. Una sorta di simulatore. Esisterà qualcosina di opensource adattabile?

Piu' che uno stub (stub di che cosa? della centralina? o dell'eli? non ho capito cosa intendi), servirebbe una libreria di "mock objects" per avere in input dei dati noti, e casi d'esempio.
Poi si potrebbe realizzare (con una scheda tipo USB Servo Controllers ) una piccola piattaforma mobile a 3 assi , controllata da PC, su cui montare i sensori della centralina come unità di test.
Edito per chiarire il concetto: avendo la piattaforma mobile sarebbe possibile preparare una serie di Test Suite con oscillazioni/condizioni note per verificare ed evitare - specie durante gli upgrade e i cambi di release - regressioni. o fissare bugs noti su specifiche condizioni

[egicar]

Ueh, amici, non è che lì per lì ci state creando un "altro nuovo sistema flybarless"?
Sarebbe proprio un colpaccio: unità flybarless Baronerosso

[edubu]

Originalmente inviato da egicar

Ueh, amici, non è che lì per lì ci state creando un "altro nuovo sistema flybarless"?
Sarebbe proprio un colpaccio: unità flybarless Baronerosso

OT :
Ho preso un nuovo modellino flybarless e non rispetta la precessione giroscopica ( riceve in ritardo il comando) ..
Escludendo un errore di montaggio ( manine con controdadi " obbligati" ) ... ci sono secondo voi/ te casi che questo " debba" avvenire ?
Ps e' l'ultimissimo sub micro 120 S flybarless

OT e mi scuso

[egicar]

Originalmente inviato da edubu

OT :
Ho preso un nuovo modellino flybarless e non rispetta la precessione giroscopica ( riceve in ritardo il comando) ..
Escludendo un errore di montaggio ( manine con controdadi " obbligati" ) ... ci sono secondo voi/ te casi che questo " debba" avvenire ?
Ps e' l'ultimissimo sub micro 120 S flybarless

OT e mi scuso

I casi potrebbero essere 2:
- o il rotore non è in fase (il link che comanda la pala deve essere collegato al piatto con 90° di anticipo)
- o la radio è settata con un tipo di piatto sbagliato.

[edubu]

Originalmente inviato da egicar

I casi potrebbero essere 2:
- o il rotore non è in fase (il link che comanda la pala deve essere collegato al piatto con 90° di anticipo)
.

Il rotore può comunque essere in fase anche se il comando tra link e manine e' verso dietro ( cioè verso il taglio della pala e non verso il bordo di entrata della pala , come si vede in tutti i flybarless ) ?

Il modellino e' un rtf che si setta con piatto a 90 gradi

[urgno]

aggiungiamo pure questo

http://3digi.wikidot.com/

Originalmente inviato da eriskio

Piu' che uno stub (stub di che cosa? della centralina? o dell'eli? non ho capito cosa intendi), servirebbe una libreria di "mock objects" per avere in input dei dati noti, e casi d'esempio.
Poi si potrebbe realizzare (con una scheda tipo USB Servo Controllers ) una piccola piattaforma mobile a 3 assi , controllata da PC, su cui montare i sensori della centralina come unità di test.
Edito per chiarire il concetto: avendo la piattaforma mobile sarebbe possibile preparare una serie di Test Suite con oscillazioni/condizioni note per verificare ed evitare - specie durante gli upgrade e i cambi di release - regressioni. o fissare bugs noti su specifiche condizioni

Sicuramente servono i mock object, ma serve anche lo stub del heli per vedere l'effetto che fa, stabilità etc etc. Deve essere un progetto fighissimo!

[egicar]

Originalmente inviato da edubu

Il rotore può comunque essere in fase anche se il comando tra link e manine e' verso dietro ( cioè verso il taglio della pala e non verso il bordo di entrata della pala , come si vede in tutti i flybarless ) ?

Il modellino e' un rtf che si setta con piatto a 90 gradi

Nella foto ho cercato di rappresentare l'anticipo corretto di 90°.
Il piatto, generalmente, deve essere settato a "1 servo" o "H1".



P.S.: io ho sempre visto i flybarless con l'attacco del link della manina "davanti" (verso il bordo d'entrata della pala), come nella foto; ne ho tre e sono tutti così, ma ne ho visti molti altri. Se non fosse così il comando arriverebbe con 90° di ritardo e non di anticipo.
P.P.S.: anche l'mCPX ha il link davanti.

[edubu]

Mi sono arreso ...grazie ,Egi !
PS ho sbagliato prima a scrivere il settaggio e' ( come avevo fatto ,ma avevo sbagliato a scrivere ) ad un servo . Ma " il problema " e' meccanico