Mince, ben comme tu le dis faut que tu testes tes composants...
DIY - [RESOLU] Problème de surtension avec Simucube
Votez pour l'image du mois
-
-
T'aurais pas un soucis avec ton arrêt d'urgence ?
-
Une autre idée Phara , à tout hasard vérifie que ta IONI est bien enfichée dans la carte SimuCube...
-
Pour pas mal dépanner des machines et au vu des conseils prodigués ici .je commencerais par dire élimine visuellement les défauts physiques .
un câble défectueux un fil dessoudé dans une prise.c'est notamment le plus rapide a faire et après plus de doute .
puis tu passe aux composants les bons a la bonne place bien enfichés connecteurs serrés ETC.
après quoi il te restera que du réglage soft a faire et la tout les connaisseurs de Simcube te sortirons de cette impasse.
-
c'est que j'allais dire revérifier tous les câblages !
-
ok pour la verif, j'ai refais tous le tours du câblage et vérifier que toutes les cosses sont bien serrer, la IONI est bien a sa place et enficher dans le slot.
pour le BAU, je doute vraiment qu'il soit en cause, il est Normalement Fermée de base et ouvre le circuit quand je l'actionne, c'est grâce a lui que je relance le log SimuCUBE quand le moteur passe en fautes, et il reagit comme on l'attend
si quelque chose vous choque au câblage, dite le moi, ce serait bête de se tromper sur si peu de connexion
.
-
salut.
Essai ça :
* baisse la valeur du FEV pour te retrouver à 6.x -> 7.x rev/sec
-
salut !
test avec FEV a 6.45
FFB léger 3.5A
ça tiens pendant 2 tours je suis étonné, je mets donc a 5A histoire d'avoir un peut plus d'informations, je n'ai même pas eu le temps de sortir des stands que c'est repasser en sur tension.
j'ai eu une lueur d'espoir, je vais essayer de tester un peut plus ce paramètre
merci
-
Je pense que ça viens de la ton soucis.l'histoire du fev c'est en fonction de l'encodeur.
J'ai eu le même soucis que toi lors de l'install de mon mige. Ça fonctionnais bien brièvement puis suite à un coup de volant trop rapide, plantage.
Fait plusieurs tours de piste en allant tout doucement sur le volant. Puis retest en donnant un coup de volant rapide ou un contrebraquage viloent normalement c'est comme ca que tu provoque le défaut.
Si c'est bien ça, ca viens de là.
Tu as peux etre un encodeur plus récent que le miens donc une valeur fev à adapter pour ton encodeur.
CitationDIY - [SimuCUBE] Open-source Firmware : progress and discussion
Ca y est c reglé.
La ou ça coincait pour le moteur qui de mettait en défaut c'est bien ce que j'avais lu sur le fofo anglais granity c'est le FEV qui faut drastiquement augmenter.
En quadrature 2500 le fev est à 6.x rev/sec
Des qu'on active sincos 256x / 524288 le rario fev change completement est donne par defaut 0.3xx rev / sec
(Valeur par défaut 140)
Il faut donc augmenter à 5000 -> 6000 cette valeur pour se retrouver à 6.x rev/sec.
Pour plus de plantage du tout moi je suis monté 7.2 ou 7.3 si je dit pas de betise. A 6. et qq j'avais encore quelques plantage avec gros coups de volants.
-
alors attends. Ton mige embarque un encoder quadratique 10000 ppr (40000positions/tour).
Dans granity, dans la partie Position feedback device. Ton [fbs] est sur : Biss c.
De mémoire (ça fait un très long moment malheureusement que je n'est pas fait tourner mon simu) il me semble qu'il ya " quadrature ".
Il faut que tu mette en quadrature et normalement ça ira bien mieux. Plus qu'à jouer sur la valeur fev si encore quelques défaut.
-
Non son encodeur est un biss c (2.4Million)
-
ah dans c'est cas là
Ça vaut peut être le coup de tester en 10000ppr histoire d'identifier que le pb viens bien du parametrage lié a l'encodeur (avec intensité max, du coup être sur que ça ne vienne pas d'un probleme de tension).
Puis tatonner le fev après si ok.
-
je viens de tester un peut plus les réglages du FEV.
avant 3000, sur vitesse,
vers les 5000 j'arrive a faire sur vitesse et sur tension sans sortir des stands, même sans lancer le jeux, en forçant un peut sur le volant, sur vitesse et sur tension.
au dessus de 5000, sur tension
je ne pense pas que le FEV soit en cause.
pour ce qui est de tester en 10000ppr, il faut que je change de type d'encodeur dans Granity ?
car j'ai fais le test en quadrature et faute encodeur (logique)
-
Yop, non ne change pas de type d'encoder dans le soft si tu ne changes pas aussi l'encoder dans le moteur, sinon il ne va plus rien comprendre ...
Si ya moyen de moyenner moyennant une moyenne, faudrait tester avec le matos de Rhombeus, d'abord avec son électronique complète pour écarter un éventuel problème au niveau du moteur, et si tout va bien avec juste ses câbles, son alim, etc... mais je sais que c'est casse-fouilles de tout démonter !!
-
As tu essayé avec une autre simu, genre Assetto?
-
Ca serait peut-être bien que mtakala passe dans le coin, surtout si c'était un souci de matériel ...
temjin : tu veux bien rester dans le sujet ?, ça serait bien que Phara trouve une solution à son problème ...
... et ça c'est une édition de ton post après que je t'ai fait la remarque, de plus en plus pathétique , merci pour le "-1"
Pas du tout de réédition de ma part, je ne vois pas de quoi tu parles et je n'ai pas aimé ta remarque et je te le fais savoir avec ce -1...
Rien de plus et c'est surtout ton intervention qui était pathétique !
edit : si tu ne n'avais pas fais attention à cette phrase :
Essayes avec MMOS c'est le plus stable pour éliminer tous soucis !
Achètes toi des lunettes...pour arriver à penser que je réédite mon post en fonction de tes réponses t'es un grand malade ! ou un gamin !
-
Kolwezi , je n'ai pas besoin de lancer de jeux pour faire le defaut je ne pense pas que Asseto y change grand chose ?
-
Pour ma part lorsque j'avais eu des soucis de config. J'avais commencer par faire fonctionner le tout en 10000ppr (d'ailleurs lorsqu'on chargeait les config par défaut lannee derniere cetait en 10000ppr). Puis lorsque tout etait bon (pour mon mige up to 24A). Je suis passé en mode sincos (le miens est un sincos).
C'est Steph bord qui m'avait enorment aider la dessus.
Donc perso, je te recommande de passer en 10000ppr, faire le nécessaire pour que ça fonctionne en 10000ppr puis ensuite passer / regler en bissC.
-
remarque je viens de regarder sur granity, les bissC sont des encodeur absolu, les sincos sont incrementiel. Donc finalement je sais pas si ça peut fonctionner mon conseil...
Par contre je viens de tilter à un petit truc :
Descend ton MCC. Juste pour le test met 1 ou 2.
Si je me souviens bien même avec un mmc important il faut baisser le mcc sous peine d'avoir des erreur moteur tension.
Faudrait que je vérifie sur le miens ou retrouver les anciens post mais il me semble que moi j'ai un mcc à 5 pour un mmc à 24
-
trouvé. C'est Steph qui était à l'initiative pas Pascal. Je confirme que pour moi ça avait régler des soucis de plantage.
J'ai cru lire que parmis tous les essais que tu avait fait : avec la config par défaut à 5A ça marchait et que des que tu montait en intensité ça plantait. Laisse le mcc à 5 quand tu monte le mmc
Citation-
DIY - SImuCUBE: Intensité / Tension / Couple
Voila un sujet qui est abordé ici et là, mais qui laisse toujours des interrogations.
Je crée donc ce post afin d'éclaircir ce coté obscur du RFR Wheel.
Pour rappel:
La tension de 48 V a été choisit par méthode empirique pour arriver à environ 200 trs/min pour nos moteurs.
L'intensité, ou plutôt LES intensités, c'est là ou ça se complique:
Ipos => I pour intensité
Apos => A pour ampère, toujours précédé d'une valeur numérique, c'est la valeur utilisé en MMC Et MCC
Irms => Intensité rms
Arms => Ampère rms (toujours précédé d'une valeur numérique) (Cette unité n'est pas utilisé sous Granity, cela sert juste à calculer le couple)
Calcul de l'intensité "pos":
Ipos = (V/Rx0.92) (Assume 92% efficiency in practice for IONI) ( V = Tension de l'alim, R = résistance du moteur ou [MR] )
Exemple:
Alimentation: 48 V
R: 2.722 (mon Mige standard soit la valeur [MR])
(48/2.722)x0.92= 16.22
Cela donne donc un Apos de 16.22 maximum
Calcul de l’intensité Irms:
Irms= Ipos/ 1.4142
Exemple:
Mon réglage max sous MMC: 14.5 A
Irms= 14.5 / 1.4142
Irms= 10.25 Arms
Calcul du couple:
Arms x Torque coeff = max torque. -(For small Mige, torque coefficient is 2.2 NM/A) (Pour le gros Mige 1.58)
Torq= Irms x 2.2
Torq= 10.25 x 2.2
Torq= 22.55 N.m
Pour le Mige Standard, j'ai encore un doute sur le couple maximum possible.
Pour avoir un couple de 20 N.m:
Irms = 9.09 Arms soit:
9.09 x 1.4142 = 12.85 A sous MMC (et bien sur 100 % sous MMOS ou Simu' config')
Sinon, au lieu de transformer des Apos en Arms pour enfin les convertir en couple, il suffit de multiplier l'Apos [MMC] par 1.5556 pour avoir directement le couple (toujours pour le Mige standard)
12.86 x 1.5556 = 20 Nm
Tableau de MMC = couple pour le Mige standard:
12.86 = 20 Nm
12 = 18.67 Nm
11 = 17.11 Nm
10 = 15.56 Nm
9 = 14 Nm
8 = 12.44 Nm
7 = 10.89 Nm
6 = 9.33 Nm
5 = 7.78 nm
D'après Stef Bord, seul le paramètre MMC est utilisé par Simucube Configuration.
Cependant comme déjà expliqué par Stef Bord , il suffit de baisser la valeur [MCC] afin de pouvoir augmenter la valeur [MMC]
Apparemment la valeur MCC est utilisé lors du controle au démarrage de la IONI et participe à son plantage. Et comme cette valeur n'est pas prise en compte pour la force du volant, au-temps la baisser pour limiter les risques.
Si vous réglez un Apos ou MMC MCC trop important, la IONI vas se mettre en alarme:
LED Rouge: LSS
LED Verte: LLS
Suffit de redescendre en intensité et ré-démarrer.
Pour info, sur le forum GD:
https://community.granitedevices.com/t/problem-with-power-36v-600w/868
https://community.granitedevices.com/t/estimated-max-torque-mige/713
Voila, y'a encore du boulot, mais au moins on retrouvera toutes les infos autour du sujet rassemblés au même endroits. A suivre...
Edit:
Petite mise à jour, normalement il ne devrait pas avoir de grosses bêtises.
-
-