Check-Six Forums

Salut les cochonnes !
Quelqu'un saurais m'indiquer les dimensions extérieures de cette pièces la ?
Je recherche surtout les dimensions côté genoux et en haut à hauge. les anges entre le haut et R10 puis le bas.

Je sais pas si ça peut aider. J'ai ça:

Bien sur que ca peut aider !! Tu déchires !
Merci Wralex !

Salut les cochonnes !
Je reviens rapidement après de longs mois d'absences ! Hé ouè ... bébé ne fait toujours pas ses nuits !!!!!
Donc, suite au message de @Fredy072 qui m'a indiqué qu'il rencontrait une erreur avec le programme j'ai apporté une correction qui avait d'ailleurs déjà été signalée vous autres !

http://www.checksix-forums.com/viewtopi ... 0#p1539868

---------------- ERREUR ICI ---------------
Attention, c'est la ou il y a une erreur ! la première valeur commence à 0 et non à 1 !
Si on envoie 2 valeurs, ex : RPM et FTIT, alors la première sera :
String RPM = getValue(split, ';', 0);
et la deuxième :
String FTIT = getValue(split, ';', 1);
--------------------------------

Bref, c'est corrigé directement et l’exécutable peux être téléchargé au même endroit ! Testé et validé !
Nouvelle version corrigée ==>
A bientôt !

Merci Myoda,

Repman

Salut Myoda,

J'ai essayé ton programme et j'ai cablé un de mes moteurs (le NOZPOS).

Le soft marche (4 sorties configurées, COM choisi, vitesse à 900, génération du code, upload sans erreur).
Le servo s'initialise avec la carte.

Par contre, en test :
J'ai un seuil, et l'aiguille passe de 0 à 100. Puis de 100 à zéro quand je réduis.
Sauf que toutes les valeurs entre sont ignorées. Ça ressemble à un problème d'échelle... et le passage de 0 à 100 se fait vers 40% de NOZPOS.

Mes moteurs sont des X27.168

Tu vois d'où ça peut venir ?

En tous cas, tu as fait un sacré boulot !

EDIT : j'ai bidouillé le programme pour pointer le RPM vers mon moteur. Et là ça semble marcher nickel !

EDIT 2 : pour le NOZPOS, ton programme envoie 0 alors qu'on est à 40% et 1 dès qu'on passe 50%... un problème d'arrondi ?

PePe a écrit :Salut Myoda,

J'ai essayé ton programme et j'ai cablé un de mes moteurs (le NOZPOS).

Le soft marche (4 sorties configurées, COM choisi, vitesse à 900, génération du code, upload sans erreur).
Le servo s'initialise avec la carte.

Par contre, en test :
J'ai un seuil, et l'aiguille passe de 0 à 100. Puis de 100 à zéro quand je réduis.
Sauf que toutes les valeurs entre sont ignorées. Ça ressemble à un problème d'échelle... et le passage de 0 à 100 se fait vers 40% de NOZPOS.

Mes moteurs sont des X27.168

Tu vois d'où ça peut venir ?

En tous cas, tu as fait un sacré boulot !

EDIT : j'ai bidouillé le programme pour pointer le RPM vers mon moteur. Et là ça semble marcher nickel !

EDIT 2 : pour le NOZPOS, ton programme envoie 0 alors qu'on est à 40% et 1 dès qu'on passe 50%... un problème d'arrondi ?

Salut, content que tu t'en sortes avec !
C'est fait expres, j'avais mis de mémoire soit 0 ou 1 pour la tuyère ! mais c'est pas l'idéal on dirait !
La modification est faisable assez simplement. Il faut par contre que je trouve le temps de le faire !
Je vais tenter des que j'ai un moment. Surement le Weekend prochain !

Cool.

Ouais, si on pouvait avoir idéalement 2 chiffres après la virgule pour les valeurs analogiques (transférer exactement ce que sort BMS en fait) ce serait parfait pour avoir la meilleure fidélité.
Les moteurs font des pas tous les tiers de degrés, autant s'en servir, non ?

Les moteurs font 330° il me semble, avec une résolution d'un tiers de degré. Cela fait 990 pas, donc 9,9 pas dans un pourcent d'une valeur si on fait bouger le moteur sur 330° avec une commande entre 0 et 100. Pour exploiter au mieux le moteur, deux décimales ça me parait pas mal et une décimale le minimum.
Pour les valeurs entre 0 et 12 (l'oil press je crois) ou entre 0 et 1 comme le NOZ POS, deux décimales sont nécessaires.

Du coup, je pense que transmettre 2 décimales pour chaque valeur serait idéal. Ensuite, la carte se débrouille avec !

Merci encore.

Salut,

As-tu pu avancer sur une mise à jour de ton programme ?

De mon côté, j'ai travaillé pour modifier le code Arduino afin de gérer les mouvements des aiguilles pour leur faire respecter les échelles des jauges.
En effet, le RPM et le FTIT n'ont pas des échelles linéaires (enfin si, elles sont linaires mais il y a des changements d'échelles sur certaines plages) et les deux autres ne se déplacent pas sur 330° qui est l'angle couvert par les moteurs mais sur 320° (OIL) et 240° (NOZPOS).

J'ai fait un programme de test (j'envoie une valeur à la carte, elle me renvoie la valeur sur 100 de la position des aiguilles sur une base de 330°, prête à être envoyée à ta fonction "convertToStepMotor"), il ne me reste plus qu'à le mettre dans ta trame de programme mais cela ne sert à rien tant que les valeurs envoyées à la carte n'ont pas plus de précision.

Si tu veux faire simple, et éviter les float, pourquoi ne pas simplement utiliser des entiers faits à partir des valeurs de BMS multipliées par 100 ou 1000 par exemple ? Comme ça tu restes avec des integer et on a la précision nécessaire en entrée sur la carte.

Hello,
Arf, non désolé je n'ai pas encore trouvé l'occasion.

En faite je déménage, et tout le cockpit est dans des cartons et l'ordinateur aussi.
Du coup, je vais remonter l'environnement de développement sur mon portable pour pouvoir faire les modifications. C'est pas long en plus.

Le truc c'est que la version que vous avez a changé, j'utilise un autre type d'interface et du coup il faut que je vois si je peux travailler sur les sources de l'ancienne version. L'autre problème aussi, c'est que je ne pourrais pas tester directement ! (Les cartes arduinos sont dans les cartons).

Je tente l'install de l'environnement dans le weekend !
Des que je fais les modifications, j'envoie le nouvel exécutable. Il faudra tester et me dire si ça marche.

Pas de souci, on sera bien quelques uns (au moins moi) pour tester.

Hello.
Je débute dans l'aventure du cockpit "Made In FaitLeToiMême" et je découvre ce fil plus qu’intéressant sur les conseils de Lorky de la 35th dont j'ai l'honneur d'en faire partie.
Un grand merci à toi, Myoda, pour ton investissement, mais surtout pour ton partage sans conditions.

Coucou !! Merci à vous les filles ! très gentil !

Alors j'avance dans mes galères, j'ai récupéré Visual studio et consort !!

Je l'installe dès que j'ai un moment un soir entre le gosse et le boulot ! du coup, je vous prépare ça et j'envoie l'update dans la foulée !

A bientôt !

Hi there !

Tu as pu trouver du temps pour regarder ?

Salut à tous.
On patiente Myoda, on patiente, mais on ne te lâche pas!

Salut les filles ! Apres quelques mois (voir années) d'absences, je me remet enfin sur mon pit !
Ça m'avait bien manqué d’ailleurs !
Mais bon, je tiens surtout à m'excuser pour tous les MP et les demandes car je n'ai pas pu faire les modifications et apporter des réponses comme j'aurais voulu pour des raisons personnelles un peux longues et inintéressantes à expliquer ici !

- La bonne nouvelle, c'est que je suis moi même en train de rebrancher tout le pit ! Donc les x27 etc... du coup, je vais profiter pour faire toutes les modifications sur le programme F4toArduino.
- La mauvaise, c'est que le pit a pas très bien supporté les congés bonifiés et les ports USB sont cramés ! donc il faut que je commande une rampe USB de secours avant !

Voila, en espérant voir les copains bientôt en formations serrée avant un pti ravito !
En attendant et pour me rafraîchir la mémoire, ceux qui avait des demandes hésitez pas !

super , je vais pouvoir installer mes x27, avec un pro du pot en toute sécurité et sans fausse note.

Bonne nouvelle !

PePe a écrit :Cool.

Ouais, si on pouvait avoir idéalement 2 chiffres après la virgule pour les valeurs analogiques (transférer exactement ce que sort BMS en fait) ce serait parfait pour avoir la meilleure fidélité.
Les moteurs font des pas tous les tiers de degrés, autant s'en servir, non ?

Les moteurs font 330° il me semble, avec une résolution d'un tiers de degré. Cela fait 990 pas, donc 9,9 pas dans un pourcent d'une valeur si on fait bouger le moteur sur 330° avec une commande entre 0 et 100. Pour exploiter au mieux le moteur, deux décimales ça me parait pas mal et une décimale le minimum.
Pour les valeurs entre 0 et 12 (l'oil press je crois) ou entre 0 et 1 comme le NOZ POS, deux décimales sont nécessaires.

Du coup, je pense que transmettre 2 décimales pour chaque valeur serait idéal. Ensuite, la carte se débrouille avec !

Merci encore.

Salut,

Juste pour te dire que j'ai fais tes modifications.
https://drive.google.com/drive/folders/ ... sp=sharing

- Correction du bug qui fait que le programme renvois toujours 0 ou 1 pour l'ouverture de la tuyère.
- Ajout de deux chiffres après la virgule pour Noz Pos et Oil Press

De mon côté, j'ai travaillé pour modifier le code Arduino afin de gérer les mouvements des aiguilles pour leur faire respecter les échelles des jauges.
En effet, le RPM et le FTIT n'ont pas des échelles linéaires (enfin si, elles sont linaires mais il y a des changements d'échelles sur certaines plages) et les deux autres ne se déplacent pas sur 330° qui est l'angle couvert par les moteurs mais sur 320° (OIL) et 240° (NOZPOS).

J'ai fait un programme de test (j'envoie une valeur à la carte, elle me renvoie la valeur sur 100 de la position des aiguilles sur une base de 330°, prête à être envoyée à ta fonction "convertToStepMotor"), il ne me reste plus qu'à le mettre dans ta trame de programme mais cela ne sert à rien tant que les valeurs envoyées à la carte n'ont pas plus de précision.

Ça pourrais être bien qu'on intègre ça côté Serveur (F4toArduino) plutot que côté client (carte Arduino). Le processeur de l'ordinateur calculerai bien plus vite toutes les valeurs finales et les amplitudes pour envoyer un résultat fini à la carte Arduino. Non ?

T'en dis quoi ?

Si tu as d'autres remarques, n'hésite pas.

Salut,

Effectivement, ce serait beaucoup mieux de le mettre côté serveur que de le laisser gérer par la carte.
Si tu as le temps d'intégrer cela dans le code du serveur c'est parfait !

Et merci beaucoup pour la MàJ du serveur pour les valeurs transférées. En plus on devrait avoir un mouvement beaucoup plus fluide.

Ok, alors je vais intégrer tous les calculs côté Serveur et n'envoyer à la carte Arduino que des résultats finis !
A la base je l'avais fait pour que chacun code à sa sauce, mais au final tout le monde préfère un truc fini avec le moins de code possible a faire.

Je prépare la v1.3 !

Merci à toi !

Salut Myoda

Merci pour ta MAJ des valeurs a 2 chiffres après la virgule pour le taux d'ouverture de la tuyère .
Je n'ai pas encore tester , mais il serait bien également de donner sur une échelle allant de 0 à 3000 les pressions hydrauliques A et B et intégrer également la pression cabine , ce serait génial !
Merci à toi par avance ! Et encore bravo pour le travail effectué

Poker

Poker a écrit :Salut Myoda

Merci pour ta MAJ des valeurs a 2 chiffres après la virgule pour le taux d'ouverture de la tuyère .
Je n'ai pas encore tester , mais il serait bien également de donner sur une échelle allant de 0 à 3000 les pressions hydrauliques A et B et intégrer également la pression cabine , ce serait génial !
Merci à toi par avance ! Et encore bravo pour le travail effectué

Poker

Salut Poker,

Je te rassure toute de suite, c'est prévu pour les pression hydrauliques.
Hier soir j'étais en train de faire des gros changements sur le programme. L'ensemble des calculs se font maintenant dans l'application et seul les valeurs finales sont envoyées vers la carte arduino.
J'ai également changé la librairie SwitecX25 pour utiliser AccelStepper avec laquelle j'avais des problèmes quand il y a plusieurs moteurs.

Pour l'instant ça marche beaucoup mieux et l'aiguille est fluide ! les mouvement sont sympa. Reste à voir avec plusieurs moteurs. Je recommande aussi l'installation d'un chip type TB6612 ! J'en parlerai plus tard.

Je n'a pas encore tout fini, car je veux aussi que les aiguilles suivent les valeurs des quadrants qui ne sont pas proportionnelles !

Enfin, je change le mode de lecture des données du ports série pour transmettre à 115200 Bp car je trouve que ca manque de patatte !

J'ai prévu d'y consacrer une bonne partie du Weekend !

Salut Myoda,

Bon retour parnit nous

Repman

Salut,

Je pourrai passer ici les mesures que j'avais faites concernant les échelles en fonction de l'angle.
J'étais parti du principe de faire des changements d'échelles "francs" à certaines valeurs pour coller aux échelles des jauges. Cela me paraissait suffisant, d'autant que les échelles réelles ont vraiment l'air de ne pas changer progressivement mais par paliers.