Construction cockpit cessna 172 (Work In Progress)

[Daniel_L]

...
Oui, c'est plus clair, les cartes ont encore moins d'avantages que je ne le pensais.

Mais cela augmente mon incompréhension pour une personne qui se construit un cockpit, il devra de toute manière passer par une autre solution et donc il double les produits à mettre en interrelation ou la solution dispendieuse avec Seitek et compagnie
...

Ca dépend de ce qu'on veut faire. Pour certains l'affichage avec un logiciel externe sur un écran suffit. Dans ce cas, il ne faut gérer que les inputs et là une carte qui fait que les boutons et axes sont considérés comme un simple joystick et qui ne nécessite pas du tout de programmation est une bonne solution.

...
Il y a un sous-point qui me reste nébuleux, c'est les changements d'Austin Meyer sur les DataRef UDP. Historiquement, qu'elle en est la fréquence et le nombre, 2 ou 3 à toutes les semaines, 150 changements 1 ou 2 fois par année. 20 par mois ?
...

Pas de fréquence fixe, c'est quand ça l'arrange. A chaque mise à jour il peut y avoir des modifications. Parfois il n'y en a pas.
Ca peut toucher la numérotation des données s'il ajoute ou retire une ligne dans les données entrées/sorties. Tous les numéros de lignes suivant sont alors décalés.
Ca peut aussi toucher le contenu d'une ligne. Il y a eu du changement dans la ligne qui affiche les FPS en 10.25 je crois.

...
Donc, petit sondage interne, qui a fait un cockpit maison, avec quoi et pourquoi ou si cela était à faire ou a refaire, avec quoi et pourquoi ?

Ah non, pas dans ce sujet !
Si tu veux faire un petit sondage, ouvre un nouveau sujet ai lieu de polluer celui de la construction de thierryhl..

Daniel

[PhM]

... j’hésite entre cette solution Arduino Ethernet X-Plane et celle d’Arduino « Hacker en mode DFU » X-Plane qui rendrait les cartes Arduino visibles et attribuables directement dans les préférences de X-Plane....

Tous mes projets d'instrumentation déportée sont fait en ethernet, et sans UDP à la Austin pour être sûr que ça marche toujours.

PhM

[Lami]

Bonjour,

Merci Daniel pour c'est précisions et tu as bien raison pas de pollution ici avec un sondage. c'était une mauvaise idée de ma part.

PhM, est-ce qu'il y a un site où je peux voir de quoi il retourne de tes solutions Arduino Ethernet et X-Plane sans UDP, un ou des hyperliens ?

[thierryhl]

Bonjour
Ca fonctionne avec le code ci-joint, mais l'aiguille saccade, alors qu'avec mon code test l'aiguille se déplace vraiment bien.
récupe des infos d'X-Plane, Nickel
Il y a t'il un moyen pour que le moteur ne saccade pas ?

#include <AccelStepper.h>

#define HALFSTEP 8

// Branchement du moteur
#define motorPin1  7     // IN1 on the ULN2003 driver 1
#define motorPin2  8     // IN2 on the ULN2003 driver 1
#define motorPin3  9     // IN3 on the ULN2003 driver 1
#define motorPin4  11     // IN4 on the ULN2003 driver 1

 AccelStepper stepper(HALFSTEP, motorPin1, motorPin3, motorPin2, motorPin4);

 
 
FlightSimFloat KNOTS;
 
void setup() {
  stepper.setMaxSpeed(1400.0);
  stepper.setAcceleration(900.0);
  stepper.setSpeed(1000);
  
  KNOTS = XPlaneRef("sim/cockpit2/gauges/indicators/airspeed_kts_pilot");
  KNOTS.onChange(viewKNOTS);

}
 
void loop() {
  FlightSim.update();
      if (stepper.distanceToGo() == 0) {
      stepper.moveTo(0);
       }
    stepper.run();
}


void viewKNOTS(float kval){
  if ((KNOTS >= 0) and (KNOTS <40))
  {
    kval = map(KNOTS, 0, 40, 0, 360);
  }
    else if ((KNOTS >= 40) and (KNOTS <60))
  {
    kval = map(KNOTS, 40, 60, 360, 795);
  }
    else if ((KNOTS >= 60) and (KNOTS <80))
  {
    kval = map(KNOTS, 60, 80, 795, 1295);
  }
    else if ((KNOTS >= 80) and (KNOTS <100))
  {
    kval = map(KNOTS, 80, 100, 1295, 1860);
  }
    else if ((KNOTS >= 100) and (KNOTS <120))
  {
    kval = map(KNOTS, 100, 120, 1860, 2355);
  }
    else if ((KNOTS >= 120) and (KNOTS <160))
  {
    kval = map(KNOTS, 120, 160, 2355, 3055);
  }

    //Serial.println(kval);
    stepper.moveTo(kval);
    stepper.runSpeedToPosition();
    
  }

Le retour à 0 en cas de crash se passe bien avec

      if (stepper.distanceToGo() == 0) {
      stepper.moveTo(0);
       }
    stepper.run();

[Lami]

Salut thierryhl,

Essais avec :

stepper.setMaxSpeed(900.0);
stepper.setAcceleration(500.0);
stepper.setSpeed(500);

De mon côté j'essaye avec HALFSTEP au lieu de FULL4WIRE

[Lami]

Quelle est ta version et la provenance de AccelStepper, car chez moi et sur le site « airspayce.com » HALFSTEP n'existe pas, mais il y a HALF4WIRE ?

[PhM]

...PhM, est-ce qu'il y a un site où je peux voir de quoi il retourne de tes solutions Arduino Ethernet et X-Plane sans UDP, un ou des hyperliens ?

Non, rien sur le net. Je ne suis pas un convaincu du open, et les comportements de certains dans "la communauté" qui pensent que tout est à prendre sans restriction (encore un exemple récent dans ce forum), ne m'encouragent pas à changer de façon de faire. Ce que je met à disposition restera fermé, comme le fait Sandy Barbour d'ailleurs, et comme l'a fait Ben Russell pour Gizmo après une brève tentative en open.

PhM

[Lami]

Salut PhM,

Dommage, mois oui, je suis un convaincu du Open Source, je donne comme je demande, sans attente, comme dans ma devise préférée « Tous pour un et un pour tous ». Et j'en veux à Petit Logiciel alias MicroSoft, car à cause de son mercantilisme et son marketing redoutable, la terre tourne moins bien qu'elle le devrait.

(Ajout) Même pas un exemple de comment faire ?

[thierryhl]

Salut thierryhl,

Essais avec :

stepper.setMaxSpeed(900.0);
stepper.setAcceleration(500.0);
stepper.setSpeed(500);

De mon côté j'essaye avec HALFSTEP au lieu de FULL4WIRE

Ca fonction un peu mieux lorsque l'aiguille tourne lentement, mais dès que, par exemple on chutte et que l'aiguille sur X-Plane tourne plus vite,
le stepper va jusqu'à la valeur voulue mais il y a forcément un décalage.
Exemple lorsque sur X-Plane l'aiguille à atteint 120, le Moteur pas à pas y accède, mais arrive à 120 plus tard.
Je ne sais pas si je suis clair !?

ce phénomène de saccade est visible surtout lorsque l'aiguille doit tourner doucement.

Quelle est ta version et la provenance de AccelStepper, car chez moi et sur le site « airspayce.com » HALFSTEP n'existe pas, mais il y a HALF4WIRE ?

Effectivement, j'ai modifié ma version et changé mes lignes
Voilà avec le nouveau code

AccelStepper stepper(AccelStepper::HALF4WIRE, motorPin1, motorPin3, motorPin2, motorPin4);

[Lami]

Bonjour thierryhl,

Je constate qu'avec HALF4WIRE au lieu de FULL4WIRE, les moteurs sont plus lents, ils vibrent et font plus de bruit. Donc, essaye avec FULL4WIRE.

Je ne comprends pas l'histoire de vitesse lente, la vitesse de ton moteur pas à pas devrait être toujours la même, ce qui donne l'illusion de vitesse plus lente c'est la vitesse des changements que fournit X-Plane. Peux-tu me confirmer que dans ton code, la vitesse est fixe du genre à 500 ou 600 ?

Pour faire bouger une aiguille sur le pivot central, c'est comme être en roue libre, donc la vitesse pourrait être réglée à 600 Hz selon les données du fabricant :



Dans mon cas, je ne suis pas en roue libre et je limite la vitesse à 500 Hz pour éviter un blocage des roues.

Est-ce que X-Plane fournis des données suffisamment fréquentes pour qu'elles soient linéaires du genre 118,119,120n, ou il y a des coupures est des sauts, du genre 116,120,123n ?

[Lami]

thierryhl,

Comme je ne suis pas anglophone, je ne voudrais pas me planter sur ce point important, avant de faire mes expériences de conversion d'une carte Arduino Nano pour qu'elle soit reconnue dans X-Plane comme une manette de jeu.

Pour ce qui est du « Hacker en mode DFU », tu aurais une précision pour le microprogramme à utiliser ?

[PhM]

...Exemple lorsque sur X-Plane l'aiguille à atteint 120, le Moteur pas à pas y accède, mais arrive à 120 plus tard....

Si tu laisses la commande du moteur faire comme bon lui semble en matière de vitesse de déplacement ce n'est pas étonnant. Autre problème potentiel, si le moteur à vitesse maximum est trop lent pour pouvoir suivre les variations de X-Plane il y aura un retard.

Voir asservissement de position.

PhM

[thierryhl]

En fait, sur ce moteur, soit je baisse l'accélération pour ne pas avoir de saccade à vitesse lente, et j'ai un décalage lors de vitesse rapide
soit j'augmente la vitesse d'accélération, et j'ai des saccades à basse vitesse mais les valeurs avec X-Plane coincident rapidement (pas de latence).

Je pense que le moteur à une vitesse max trop faible.
Ou je je dois trouver un rapport de map moins conséquent...

Je développerai plus tard, je me lève tôt demain...


PS : Lami, je répond à tes questions demain..

merci PhM, pour le lien...

[PhM]

En fait, sur ce moteur, soit je baisse l'accélération pour ne pas avoir de saccade à vitesse lente, et j'ai un décalage lors de vitesse rapide
soit j'augmente la vitesse d'accélération, et j'ai des saccades à basse vitesse mais les valeurs avec X-Plane coincident rapidement (pas de latence)....

Et si tu utilisais une accélération dépendant de l'écart entre la valeur affichée courante et celle à atteindre ? Plus l'écart est grand plus l'accélération demandée sera grande.

PhM

Edit : J'ai l'impression que tout est expliqué dans un pdf donné en lien, je vais regarder ce que ça raconte.

[thierryhl]

Et si tu utilisais une accélération dépendant de l'écart entre la valeur affichée courante et celle à atteindre ? Plus l'écart est grand plus l'accélération demandée sera grande.
PhM

C'est comme je disais dans mon post plus haut, je vais tenter l'expérience soit :
- en modifiant la vitesse d'accélération comme tu me le suggères
- en trouvant un coéficient pour réduire l'ecart entre ce que m'envoie X-Plane et le nombre de pas
ex : de 0 à 40 noeuds j'ai 0 à 360 pas (diviser par 10 le nombre de pas, je me rapproche de 40)

a voir....
merci encore