[c++] Sun Tracking e Ricarica tramite pannelli

Titolo: [c++] Sun Tracking e Ricarica tramite pannelli Dom 24 Mar 2019 - 13:48

Per la community e per Memorandum futuro posto il codice necessario a eseguire una tracciatura di un corpo in orbita (in questo caso il sole) e "guidare" un animazione verso la sua direzione, la parte di ricarica momentaneamente è ancora "rozza" in quanto tiene conto soltanto del tempo in cui i pannelli sono aperti e in modalità "tracking", in seguito se riusciro' ad implementarlo verrà gestito il tutto attraverso il parametro "InShadow" (referenza su OF QUI

Il codice come sempre è decisamente migliorabile e ancora work-in-progress ma vale la pena condividerlo sopratutto se a qualcuno interessa ricominciare a prendere la mano sullo sviluppo di Orbiter

Iniziamo:

Prima di tutto ci servirà dichiarare alcune cose nel nostro file .h

scriveremo quindi

Codice:: float batteriaprimariacalc;
OBJHANDLE VS;

Nel nostro cpp invece andremo a gestirci il resto

Codice:: void Altairsm::clbkPreStep(double simt, double simdt, double mjd)
{

//sun tracking

VECTOR3 lspos, rspos;
   //punto di tangente su asse Y, da testare su Asse X per pannelli perpendicolari
VECTOR3 lppos = { 0,0,1 };

   Identifico il mio mezzo
VS = oapiGetFocusObject();
VESSEL * v = oapiGetVesselInterface(VS);

   //posizione del sole relativa al nostro mezzo e Matrice i rotazione dei pannelli
v->GetGlobalPos(rspos);
rspos = -rspos / length(rspos);
MATRIX3 R;
v->GetRotationMatrix(R);
lspos = tmul(R, rspos);

double Roll = lspos.z*DEG;
double Pitch = lspos.y*DEG;
double Yaw = lspos.x*DEG;

   //angolo di rotazione dei pannelli
double SunAngle = (((acos(dotp(lspos, lppos)))*(180 / PI)));

/*
gestione animazione secondaria solo quando la precedente è completa
In questo caso la mia animazione "ani[0]" dispiega i pannelli, secondo le SDK ci sono 3 fasi ben distinte a cui possiamo accedere senza particolare difficoltà

avremo infatti
Status=
0 quando l'animazione è ferma all'inizio (pannelli piegati)
1 quando l'animazione è in corso (pannelli in dispiegamento)
2 quando l'animazione è completa

nel mio caso la rotazione dei pannelli, per mio gusto estetico e per non creare problemi vari con la mesh parte solo quando l'animazione è completa, in tutti gli altri casi riporta le animazioni di rotazione a status 0
una volta completa invece riparte la rotazione secondo la posizione del sole

*/
if (ani[0].status != 2) //0 fermo 1 in corso 2 completo
{
SetAnimation(anim_gear, 0);
SetAnimation(anim_gearr, 0);
SetAnimation(anim_gears, 0);
SetAnimation(anim_geard, 0);

}
else
{
// Animate Solar Panels (up)
   SetAnimation(anim_gear, ((SunAngle / 90) / 2));
   SetAnimation(anim_gearr, ((SunAngle / 90) / 2));
SetAnimation(anim_gears, ((SunAngle / 90) / 2));
SetAnimation(anim_geard, ((SunAngle / 90) / 2));

};

//A questo punto dovremmo gestirci la parte di ricarica che come detto è ancora in beta

}

La ricarica dei pannelli invece avviene in modo molto "rozzo"

Codice:: if (ani[0].status == 2) {
if (batteriaprimariacalc <= 99.9) {
batteriaprimariacalc = loadedd + (oapiGetSimTime() / 7200); // ricarica del 0.5% ogni ora
}
else
{
batteriaprimariacalc = 100;
// carica completa
}
}
else {
if (batteriaprimariacalc >= 0) {
batteriaprimariacalc = loadedd - (oapiGetSimTime() / 3600); // meno 1% ogni ora

}
else {
batteriaprimariacalc = 0;
//morte capsula

};

};

il codice, com'è facilmente intuibile utilizza una semplice variabile "batteriaprimariacalc" per gestirsi la ricarica e il conseguente scaricamento (e morte della capsula una volta arrivati a 0) delle batterie in seguito andrà modificata la parte iniziale (che gestisce la ricarica) per farla funzionare soltanto quando i pannelli sono "in luce", il resto rimane invariato. è inoltre presente nel codice un sistema per scrivere e rileggere dallo scenario l'attuale valore della variabile, ma questo è facilmente reperibile all'interno delle documentazioni per sviluppare su orbiter

RISULTATO

[c++] Sun Tracking e Ricarica tramite pannelli Dockin10

Ottima l'idea di condividere parti di codice!

Non so se dico una caxxata, ma (tra l'altro) non si dovrebbe aggiungere del codice relativo alla quantità di energia percepita, in base alla distanza dal Sole?
Nel senso: a parità di pannelli solari (superficie, orientamento, capacità, ecc), una nave che orbita Mercurio viene raggiunta dalla stessa identica energia di una nave che orbita Plutone?

Ciao,
non ho letto l'intero pezzo di codice ma mi è cascato l'occhio su una cosa che secondo me è un errore e mi permetto di farlo notare così da correggerlo. Come molti di voi sapranno non sono un programmatore professionista, ma dopo un po' di anni che studio in autonomia ho imparato qualcosa.

A quanto vedo la classe "Altairsm" è una classe derivata della classe VESSEL (oppure VESSEL2,3 o 4 a seconda di che versione usi) fornita da Martin con le Api. Infatti richiami l'overload del metodo clbkPreStep che è un metodo delle classi plugin o delle classi vessel, ma questo non mi pare un plugin per cui sono abbastanza sicuro.

Visto che è una classe derivata del vessel, tutti i metodi della classe vessel possono essere utilizzati direttamente, come ad esempio GetGlobalPos, GetRotationMatrix etc.

Perché lo faccio notare? perché l'implementazione seguente:

Codice:: Identifico il mio mezzo
VS = oapiGetFocusObject();
VESSEL * v = oapiGetVesselInterface(VS);

non ha tanto il problema di non essere necessaria (se funziona, anche se una cosa non è necessaria non importa), ma restituisce una cosa sbagliata. Mi spiego: il "Focus Object" è la nave che in quel momento ha il focus dell'utente. la nave che ha il focus la scegli premendo per esempio F3 e spostandoti sulla nave che vuoi. utilizzando il focus object in pratica tutti i dati che il modulo usa per calcolare l'angolo dei pannelli sono quelli della nave in focus e non dell'altair. In pratica se nella foto che alleghi switchi sul deltaglider vedrai i pannelli spostarsi perché i dati che usa l'altair non sono più i suoi ma quelli del dg.

Per cui il mio forte consiglio è di togliere quelle due righe e di chiamare i metodi direttamente, ma molto semplicemente ad esempio invece di

Codice:: v->GetGlobalPos(rspos);

mettere

Codice:: GetGlobalPos(rspos);

tutto qui. Ciao un saluto a tutti!
Fred

Certo hai super ragione! in questo modo cambiando il focus viene anche cambiata erroneamente l'inclinazione dei pannelli, avendo sempre provato con il mezzo "a se stante" non ho notato la variazione nell'inclinazione ma avendo due differenti mezzi la cosa cambia e si avrebbe un errore dovuto al focus diverso e alla diversa posizione del mezzo rispetto al sole

» [Sviluppo] Sun Tracking
» Animazioni pannelli solari
» [Tutorial] Developer Masterclass di Martin - Come creare pannelli 2D ed MFD