[Conseil] Besoin conseil pour ordinateur de bord voiture Arduino Due

Bonjours à tous,

Alors j'explique la situation, je voudrais faire une sorte d'ordinateur de bord pour ma voiture (alfa 145 de 1994). Je suis donc à la recherche d'une solution simple pour réaliser ce projet.
L'objectif serait qu'au démarrage de la voiture (mise du contact) l'écran affiche le logo Alfa Romeo pendant 3 à 5 secondes (à régler une fois le projet terminé). Une fois ce temps écoulé, une page apparaît pour afficher des informations telles que la température du liquide de refroidissement et d’huile moteur, la date, l'heure, température extérieur, niveau d'essence en litre ou %(approximatif le signal serait repris sur le niveau d'essence qui est une résistance qui varie en fonction du niveau). Ainsi que l'affichage à l'écran sous forme "d’alarme" visuel si les portes ou le coffre sont ouvert (une image spécifique par situations possibles).
Si possible et sans trop de difficulté j'aimerais avoir une page réglage qui afficherait par exemple l'activation ou non de la fonction "coming home" qui est une fonction qui garde les feux allumés pendant environ 30 s lorsque l'on ferme la voiture (Si le commutateur des feux est sur la position allumé). Ainsi que la fonction "leaving home" qui elle est une fonction qui allume les feux lorsque l'on ouvre la voiture (Toujours si le commutateur des feux est sur la position allumé) et d'autre options à réfléchir.

Il y aurait donc :
Une entrée pour la clé de contact
Une entrée analogique pour la température du liquide de refroidissement
Une entrée analogique pour la température d'huile moteur
Une entrée analogique pour la température extérieure
Une entrée analogique pour le niveau d'essence
Une entrée TOR pour la porte avant gauche
Une entrée TOR pour la porte avant droite
Une entrée TOR pour le coffre
Une entrée TOR pour la position du commutateur des feux

Une sortie pour le coming home et le leaving home

Ce qui fait 9 entrées et 1 sortie. J'aimerais aussi avoir une marge de quelques entrées/sorties pour peut-être une futur amélioration.

Comme matériel je prévois:

Un Arduino Due

Un module adaptateur pour écran

Un écran lcd tft 5"

Par contre pour les entrées/sorties, je bloque un peu je sais pas trop comment faire :blush: ? Si quelqu'un aurait un conseil je suis preneur.

Est-ce que pour ce que je veux faire ce matériel jouerait ? Manque-t-il quelque chose ? Est-ce que ce projet est réalisable avec un Arduino ? Pas trop compliqué ?

Merci pour votre aide :slight_smile:

La carte Due est peut être sur-dimensionnée, mais ça sera évolutif.

  • Il faudra ajouter un relais pour commander la puissance des phares.
  • Date et heure avec un module RTC (real time clock) qui gardera l'heure hors tension.
  • Sans doute mettre une régulation de tension, car la batterie de la voiture 12V risque d'être un peu au dessus des spécifications de la carte.
  • Monter un petit capteur de température extérieure.
  • Pour savoir si coffre et porte sont ouverts ou fermés, on peut se brancher sur les signaux d'éclairage automatique s'ils sont présents mais ça ne distinguera pas les portes gauche et droite.
  • Pour le niveau d'essence, et température de moteur il faudra hacker les sondes existantes, donc analyser leurs signaux (numérique, analogique ?) et éventuellement les ramener sous 5V.

Onewild26:
(...) Est-ce que ce projet est réalisable avec un Arduino ? Pas trop compliqué ?

Merci pour votre aide :slight_smile:

Salut Onewild26,

Réalisable avec une base Arduino oui, sans aucun doute. Il y a déjà des réalisations de ce type du reste, avec des détails ici sur le forum.
Compliqué; c'est sure que ce n'est pas un petit projet. Et il va falloir un peu toucher à tout, mécanique auto par exemple car à priori il n'y a pas d'ODB nativement sur ton véhicule.

Note au sujet de l'alimentation de l'Arduino : Prévoir un découplage capable d'encaisser plus de 100V (cf. phase de lancement du moteur etc.) et un max' de parasites.

Comme l'évoque Ekaki le plus dur ça va être les capteurs et tirer tous les fils en consequence et de manière propre :s

Sinon attention la DUE est en 3,3V.

Bonjour,

Partir sur une base d'arduino Due pour un premier projet est une très mauvaise idée ...
Déjà que partir sur une base mega "classique" pour un premier projet c'est une mauvaise idée ... alors sur une carte encore en phase de "Beta" c'est jouer avec le feu.
Surtout qu'une carte comme la UNO suffirai largement ...

Petit rappels sur la Due :
-> processeur ARM = librairie CMSIS (en interne) + compilateur Sourcery G++ Lite
(oui la team arduino n'utilise même pas une toolchain ARM-GCC libre ...)
-> niveau logique 3v3 et non 5v
-> seul 2 librairies disponible pour le moment : SD et LiquidCrystal.
--> conclusion: si personne n'as porté la librairie que tu souhaites utiliser pour la Due tu devras :

  • soit la recoder entièrement toi même
  • soit la patcher pour la rendre compatible
  • soit pleurer

Certes la Due est puissante, super puissante même, mais si tu ne t'y connais pas un minimum en programmation sur ARM tu va te planter.
Il suffit de regarder le forum spécialisé pour la Due, ça tient plus du forum de debug qu'autre chose pour le moment :
http://arduino.cc/forum/index.php/board,87.0.html
(dans un sens c'est normal vu qu'on est qu'as la version 1.0 du logiciel pour la Due)

Personnellement je partirais sur un truc hybride.
Une arduino nano ou pro mini pour les mesures et un Raspberry Pi pour l'interface homme-machine avec une liaison série (ou I²C) entre les deux. Le Raspi ouvre pas mal de possibilités supplémentaires du coté de l'affichage et permet des choses (multimédia par exemple, stockage) que même la Due ne t'offrira jamais.

Et avec la Raspi tu peux avoir ton tableau de bord en Hdmi XD

Merci beaucoup pour les conseils ! l'idée hybride je trouve bien. Je vais étudier la possibilité avec un Raspberry Pi et un Arduino pour la gestion des entrées/sortie.

Après le truc c'est de trouver un écran de 4 à 5" en HDMI ou RCA vidéo. Et aussi de voir si avec un Raspberry Pi je pourrais afficher direct une image à l'écran après la mise du contact. (je connais pas)

Je me fais pas trop de souci pour faire les petits circuits pour les tensions, signal, câblage propre etc (Je suis assez maniaque, faut que ce soit bien fait)

Les écrans 4" ou 5" en RCA on en trouve à la pelle et pour pas cher. Le HDMI offre plus de résolution mais là c'est plus le même budget.
D'ailleurs rien n'empêche de commencer avec un écran basse résolution et dans quelques mois (ou année, c'est toi qui voit) de passer à la résolution supérieure. Voir même à l'écran tactile.

Concernant l'affichage d'image il n'y a pas de soucis. L'avantage du Raspi c'est que tu peux coder pour partie en Python pour le bas niveau (il y a des librairies qui donnent accès aux I/O) et l'interface homme-machine peut être codée en HTML comme ça le changement de résolution si tu changes l'écran un jour peut même être quasiment transparent.