Question:
Existe-t-il des convertisseurs OBD II sur le marché?
Kilhoffer
2011-03-16 00:21:31 UTC
view on stackexchange narkive permalink

Je sais qu'il existe des tonnes de lecteurs et de logiciels sur le marché, mais ce dont j'ai vraiment besoin, c'est de quelque chose pour convertir les signaux des capteurs de mes années 70 (niveau de carburant, vitesse, température du liquide de refroidissement, etc.) en signaux compatibles OBD. Je me rends compte que certains composants comme un générateur d'impulsions peuvent être nécessaires. Je suis d'accord avec ça.

Toute information convertissant des signaux pré-OBD standard en OBD est la bienvenue!

REMARQUE: Le véhicule sur lequel je travaille est une Chevrolet Corvette, mais les principes doivent être les mêmes pour tous les véhicules pré-OBD.

Qu'est-ce que vous essayez d'accomplir exactement?
Cinq réponses:
#1
+4
pixelbath
2011-03-16 01:30:53 UTC
view on stackexchange narkive permalink

De ma tête, le moyen le plus simple d'y arriver serait d'utiliser une sorte de carte microcontrôleur amateur, comme un Arduino. Vous devrez ajouter des encodeurs car la plupart des données que vous recevrez seront analogiques.

Étant donné que le processeur de votre carte inclura la synchronisation par défaut, vous pouvez calculer des mesures basées sur le temps (RPM, MPH, etc.).

Clause de non-responsabilité: je n’ai jamais essayé quelque chose comme ça auparavant, alors j’hésite un peu à vous diriger dans une direction particulière sans au moins un expert commentaires.

C'est drôle que vous mentionniez cela. C'est exactement ce que je fais en ce moment. J'ai eu tellement de problèmes avec ça jusqu'à présent, que j'ai pensé voir s'il y avait quelque chose comme ce convertisseur conceptuel.
Oui, ce n'est certainement pas un projet entièrement amateur. Cependant, la recherche sur le Web me donne des résultats décents; la plupart font la même chose que vous, mais pas tous en même temps.
Oups, soumis accidentellement avant la fin. Quoi qu'il en soit, il semble que la plupart des sorties du capteur soient assez simples: 0v-5v (ou 12v, dans certains cas). Ces ** devraient ** être assez faciles à lire; quel genre de problèmes rencontrez-vous avec cela?
Eh bien, en ce moment, j'ai du mal avec la vitesse et le tachymètre. La vitesse ne devrait pas être trop mauvaise une fois que je reçois un générateur d'impulsions. Il devrait produire 8K impulsions par mile. À partir de là, tout est mathématique. Mais je ne suis pas sûr du tach. Je devrais avoir la température du liquide de refroidissement couverte avec ce que j'ai maintenant, mais j'ai besoin de découvrir les valeurs de résistance les problèmes de l'expéditeur de niveau de carburant. J'ai une question en suspens ici pour celui-là aussi.
A surmonté quelques obstacles la nuit dernière. La seule chose qu'il me reste à lire est le générateur d'impulsions pour la vitesse et tout ce que le tach peut lire. Toutes les suggestions sur la façon de lire et d'interreter le tach sont les bienvenues!
#2
+2
Brian Knoblauch
2011-10-10 20:15:59 UTC
view on stackexchange narkive permalink

Cela ressemble à beaucoup de travail pour peu de gain. Pensez à faire un peu plus de travail pour des gains beaucoup plus importants avec quelque chose comme un EMS AEM: http://www.aemelectronics.com/engine-management-systems-9/plug-play-engine-management-systems- ems-10 /

Ce n'est pas le seul jeu en ville, mais c'est probablement le plus populaire. Probablement 90% des installations EMS autonomes que j'ai vues sont AEM ...

EDIT

De toute évidence, la plupart des kits sont destinés à être branchés & jouer dans certains faisceaux de câbles, mais les gars de muscle car l'utilisent également. Vous devez installer votre propre harnais et vos propres capteurs, comme vous le feriez avec n'importe quelle installation EMS.

#3
+1
Kilo
2011-10-08 09:55:05 UTC
view on stackexchange narkive permalink

OBD-II n'est devenu standard qu'en 1996; plus de 30 ans plus tard. Et pour aggraver les choses, la spécification CAN2.0 (ISO15765) a été en quelque sorte solidifiée en 2008, même si elle était un peu plus longue. Pourtant, avec CAN, ce n'est qu'une spécification de signalisation. Vous avez toujours besoin de quelque chose appelé fichier DBC pour décoder les données CAN.

#4
  0
kkeilman
2011-03-16 03:09:27 UTC
view on stackexchange narkive permalink

Vous devrez certainement trouver quelque chose pour le capteur de vitesse. Un appareil du milieu des années 70 aura un speedo entraîné par câble, vous devrez donc installer une sorte de VSS.

J'ai le sentiment que le marché secondaire a déjà produit une solution pour cela.

La solution est d'obtenir un générateur d'impulsions et de le surveiller. 8K impulsions par mile est ce que la plupart émettent.
#5
  0
Watsche
2014-07-15 17:53:37 UTC
view on stackexchange narkive permalink

Je ne sais pas exactement ce que vous voulez en faire, mais il y a des moyens. La première chose dont vous avez besoin est un micro-contrôleur. Pour faire simple, je commencerais par PICAN sur Raspberry PI. Ici, vous pouvez connecter des capteurs analogiques et numériques. La prochaine étape est la programmation. Vous devez donner à PICAN un CAN-ID. Node_ID, Index et Subindex pour chaque capteur. Puis du code pour gérer les données. Il est également important de trouver un moyen de gérer un PID pour certains outils de diagnostic et lecteurs standard. Maintenant, si vous connectez le PICAN à votre système can-bus, vous obtiendrez une erreur d'un périphérique non reconnu. Vous devez entrer votre PICAN dans votre ECM ou votre contrôleur de bus. C'est une chose très coûteuse en temps ou en argent. Seul le plug and play n'est pas possible.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 2.0 sous laquelle il est distribué.
Loading...