Projet d'ECU du substitution pour Moto Guzzi 1100 Injection 1998

[Ylsen]

Bonjour à toutes et à tous,
suite à ma présentation (https://forum.bidouilleur.ca/index.php?msg=11799 ), je viens vous présenter mon projet et vous demander assistance et conseils. Merci par avance pour votre intérêt et votre aide.

Je reconstruis une Moto Guzzi 1100 Injection de 1998 achetée en pièces détachées. Dans ces années, c'était encore le début de l'électronique embarquée en moto et celle-ci est équipée d'un ensemble Magneti Marelli IAW P8 gérant Injection et Allumage.

Bien que "moderne" pour l'époque, cet équipement n'est bien entendu pas aussi performant que ce que l'on trouve aujourd'hui et j'ai donc décidé de le "moderniser".

Alors en quelques mots, le projet consiste à créer un ECU de substitution à celui d'origine en utilisant et conservant l'ensemble des "périphériques" présents sur la moto : capteurs, actionneurs, faisceau...

L'idée est que mon projet pourrait ne pas aboutir (l'essentiel c'est d'essayer non ?) aussi l'ECU d'origine doit pouvoir retrouver sa place pour que la moto fonctionne... C'est d'autant plus gérable que l'ensemble des capteurs et actionneurs présents sont très similaires à ceux qui équipent encore actuellement bon nombre de nos mécaniques.

Comme mes compétences théoriques en électroniques sont très limitées, je mesure l'ampleur du défi mais il y a aussi aujourd'hui un nouvel atout accessible via l'intelligence artificielle susceptible de palier mes manques... Vous devez connaître , moi je les découvre à cette occasion, les possibilités et les limites de ces "assistants".

C'est là que j'ai besoin de votre communauté et de votre aide : vérifier et valider ou amender les solutions proposées par l'IA.

Je vous remercie pour votre intérêt et je vais compléter à mesure ce fil de discussion avec les avancées déjà réalisées.

[papyblue]

Bonjour Ylsen,

Votre projet semble passionnant mais ...
Concevoir un ECU de A à Z est un travail énorme nécessitant des connaissances pointues et pas qu'en électronique.
Que souhaitez vous faire exactement ?
Si vous conservez les mêmes capteurs et mêmes actionneurs (votre exigence) alors autant conserver le hardware et n'intervenir que sur le logiciel?
Pour écrire le logiciel il faut au minimum connaitre l'interface avec la hardware (IRS) et les algorithmes à mettre en œuvre pour piloter les sorties.
La connaissance du logiciel existant serait un gros plus. Bien sur il faut la chaine de développement associée au processeur utilisé.
Pour un projet de cette ampleur il faut commencer par la phase "papier", dites vous que si vous ne savez pas écrire noir sur blanc ce que doit faire votre système alors inutile de sortir le fer à souder (ou le compilateur) il ne fonctionnera jamais.
Pour bien comprendre où vous mettez les pieds, une première étape peut être de rechercher (sur la toile) si quelqu'un a déjà réalisé ce type de projet et dans le cas favorable analyser les problèmes qu'il a rencontrés et solutions apportées.
 

[Ylsen]

Bonjour Ylsen,

Votre projet semble passionnant mais ...
Concevoir un ECU de A à Z est un travail énorme nécessitant des connaissances pointues et pas qu'en électronique.
Que souhaitez vous faire exactement ?
Si vous conservez les mêmes capteurs et mêmes actionneurs (votre exigence) alors autant conserver le hardware et n'intervenir que sur le logiciel?
Pour écrire le logiciel il faut au minimum connaitre l'interface avec la hardware (IRS) et les algorithmes à mettre en œuvre pour piloter les sorties.
La connaissance du logiciel existant serait un gros plus. Bien sur il faut la chaine de développement associée au processeur utilisé.
Pour un projet de cette ampleur il faut commencer par la phase "papier", dites vous que si vous ne savez pas écrire noir sur blanc ce que doit faire votre système alors inutile de sortir le fer à souder (ou le compilateur) il ne fonctionnera jamais.
Pour bien comprendre où vous mettez les pieds, une première étape peut être de rechercher (sur la toile) si quelqu'un a déjà réalisé ce type de projet et dans le cas favorable analyser les problèmes qu'il a rencontrés et solutions apportées.
 

Bonjour papyblue et merci pour votre message !
Concernant ce projet, je maîtrise parfaitement (par formation initiale, continue et longue expérience) la mécanique moto, conception, fonctionnement et gestion des paramètres moteur.
Je ne souhaite pas conserver l'ECU actuel et tenter de le modifier pour les (excellentes) raisons que vous invoquez et tout autant parce que, et même si ces contraintes étaient levées, il resterait malgré tout un ECU conçu dans les années '90 et donc figé dans ses fonctions initiales.
Je sais exactement et précisément écrire ce que doit exécuter le calculateur même si hélas, je ne possède pas les compétences requises pour écrire le(s) programme(s) correspondant(s).
A ce stade je dois dire que le projet est déjà très avancé dans la phase initiale et primordiale du recensement et de la qualification des capteurs et actionneurs du système ainsi que la phase d'étude du traitement des signaux d'entrée et de sortie. Cette dernière en relation avec les besoins et capacités du microcontrôleur sélectionné pour la partie logicielle et calculs, un Teensy 4.1.
La prochaine étape est donc celle de la mise en plan matérielle des circuits et des composants.
C'est précisément sur ce point que j'ai besoin de supervision car je n'ai pas les compétences nécessaires pour détecter une erreur flagrante de dimensionnement de composant voire de circuit, la partie électronique.
Je peux transmettre le Mémo technique du travail réalisé pour une meilleure vision globale du projet, de l'ensemble des paramètres et des stratégies logicielles définies (codes non encore écrits), ce serait probablement plus explicite et plus concret.

[papyblue]

Bonjour Ylsen,
Je comprends maintenant que vous ne partez pas de zéro et que vous savez exactement où vous voulez aller. Bien sur le dimensionnement des composants est important pour la fiabilité du système et vous pourrez probablement avoir des avis d'experts sur ce forum (à condition de leur fournir les éléments nécessaires).Pour ce qui est du logiciel, il est primordial d'identifier les contraintes temps réel  et de définir une architecture qui permette de satisfaire ces exigences. Pour ce qui est de la mécanique (et connectique), je ne sais pas si vous allez réutiliser un boitier existant mais il faut garder en tête que c'est un calculateur embarqué et qu'il devra répondre aux exigences mécaniques et thermiques (et CEM ).Il est donc fortement conseillé de respecter les règles de l'art.

[Ylsen]

Bonjour Ylsen,
Je comprends maintenant que vous ne partez pas de zéro et que vous savez exactement où vous voulez aller. Bien sur le dimensionnement des composants est important pour la fiabilité du système et vous pourrez probablement avoir des avis d'experts sur ce forum (à condition de leur fournir les éléments nécessaires).Pour ce qui est du logiciel, il est primordial d'identifier les contraintes temps réel  et de définir une architecture qui permette de satisfaire ces exigences. Pour ce qui est de la mécanique (et connectique), je ne sais pas si vous allez réutiliser un boitier existant mais il faut garder en tête que c'est un calculateur embarqué et qu'il devra répondre aux exigences mécaniques et thermiques (et CEM ).Il est donc fortement conseillé de respecter les règles de l'art.

Merci pour ces informations qui recoupent précisément celles que j'ai initialement intégrées à mon cahier des charges.
L'essentiel des composants (beaucoup de CMS) sera posé par le fabricant du PCB et pour ceux peu nombreux que je devrai fournir et poser moi-même, ils seront de qualité "automobile".
Concernant le boîtier je réutilise celui d'origine de la moto qui, outre son volume intéressant, est en aluminium coulé sous pression, gage de résistance et surtout de capacité à évacuer les calories des composants de puissance via des cloisons dédiées.