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.
![Image](http://img15.hostingpics.net/pics/601655SkissLH.jpg)
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 ?
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.
Ç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 ?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.
Salut 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