forum.fenixecu.com

Depuis près d'un an je bosse sur des MS3 + MSX pour faire fontionner un moteur BMW V8 4.4. Deux boitiers sont programmés selon des modes différents ( 1 full group , 1 séquentiel tout les 2 en alpha-n pure. Le boitier full séquentiel est équipé d'un conditionneur VR)

Les programmations et les cartos sont finaliseés, l'engin demarre , accelère (la puissance est au RDV avec 293 Cv) bref tout roule sauf que pendant le fonctionnement, les 2 boitiers produisent pendant un temps très court un enrichissement anormal . Le dysfonctionnement est bref mais suffisant pour faire chuter le régime. Ce phénomène est présent a tout les régimes quelque soit la charge (même au ralenti). Le phénomène se produit de façon cyclique.

Petite vidéo du phénomène (L'indicateur en bande a droite de l'écran correspond au Lambda qui s'éffondre) :

https://www.youtube.com/watch?v=9e7n8LE ... e=youtu.be

Le moteur, le faisceau, les callages et les signaux sont OK . A bout de ressource et pour valider cette mise en cause des boitiers, nous avons installé un boitier Motec utilisant des valeurs de carto identiques avec lequel ce phénomène n'apparait pas....

Je vais peut être dire une grosse connerie, mais on a l'impression que les boitiers Mégasquirt "debrayent" un court instant.

Est ce un problème connu du système, un défaut de firmware, le calculateur qui sature....????.

Bonjour Luc,

Je n'ai pas ouie dire de ce type de comportement sur les MS3 qui sont plus que puissant au niveau processeur. Maintenant pour pouvoir envisager la cause de ce problème, il me faudrait un peu plus de renseignements que ce que tu me propose. Donc les traditionnels MSQ, LOG et version de firmware.

Sportivement,
Manu

Suite MP je mets en ligne ce soir les infos...

Pour la différence de bruit, la seule explication logique (à mon sens) est le moment d'injection dans le cycle. Un MS3 et un une MoTec ne doivent pas ouvrir les injecteurs au même moment dans le cycle. Ce qui expliquerait le bruit feutré sur un MoTec et rageur sur une MS3, à performances égales.

Sportivement,
Manu

Suite et fin.....

Mon installation ne comporte pas de sonde MAT (température d'air) mais la prog, elle inclut une table de correction de richesse liée à la température de l'air. La table VE a été construite de façon classique pour un mode Alpha-n pure sans prendre en compte le MAT et sa table de correction puisque en l'absence de capteur cette info est "morte".

Mais il semblerait qu'a défaut de sonde de température branchée, le boitier retienne une valeur par défaut de 82°ce qui en cas d'incident sur le branchement de la sonde de température moteur permette de rouler en mode défaut avec une valeur de température cohérente . Sauf que pour une raison inconnue, cette valeur ici pour le MAT était amenée a changer en cours de fonctionnement engageant l'application des corrections de la table correspondante " à mon insu".... Le problème d'enrichissement aléatoire constaté correspondait a une descente en flèche de la valeur MAT passant de 82 ° a -39.6°!

Après lecture des logs que je n'avais pas faite avec assez de finesse, le problème a été résolu simplement en neutralisant la table de correction MAT (remise des valeurs a 100)....... Le moteur fonctionne maintenant parfaitement, il est prêt a être installé dans son proto.....

Donc il est plus que conseiller de neutraliser l'ensemble des tables de correction pour lesquelles aucun capteur n'est utilisé.

Je suis donc rassuré car ayant pris l'option de Shadow dash sur tablette en guise de tableau de bord, je ne me voyais pas recabler un tableau de bord complet car la Motec n'offre pas cette fonction Bluetooth...... ni même de logiciel pour tablette....a moins d'investir dans un Dash pro en complément.....

Merci Manu....

Merci pour ces éclaircissements.

Sportivement,
Manu

LR78 a écrit : tout les 2 en alpha-n pure.

Pourquoi ne pas utiliser l'info de la température d'air, surtout en alpha-N ?

Le moteur est monté dans un 4x4 avec lequel je fais du rallye adventure... donc loin de la route, même si le moteur n'est pas optimisé a 100 %, il reste suffisant....

Pour te donner une idée des conditions d'utilisation de l'engin pendant 8 à 10 jours consécutifs avec des moyens limités au bivouac :

http://www.youtube.com/watch?v=iVhGzHVg230

donc plus c'est simple et plus grandes sont les chances de passer au travers d'une panne ....

LR78 a écrit :http://www.youtube.com/watch?v=iVhGzHVg230

Effectivement, il vaut mieux opter pour de la connectique étanche

plus grandes sont les chances de passer au travers d'une panne ....

Je comprends tout à fait ton raisonnement de simplifier au maximum les choses, mais dans ce cas là (en poussant le raisonnement à l'extrême), pourquoi ne pas passer en carbu?

Bonjour,

Donc après avoir soumis ce détail de fonctionnement aux concepteurs des firmwares MS3, leur réponse est :

If MAT, CLT, TPS sensor inputs are unused they need to be connected to ground.

James

Donc en français :

Si les entrées température d'air, température de liquide de refroidissement ou position papillon ne sont pas utilisées, elles doivent êtres connectées à la masse électronique du calculateur afin de figer le signal.

On en apprends tous les jours. En fait les entrées non connectées sont flottantes.

Sportivement,
Manu