Bon, après plusieurs pas en arrière, j'avance enfin... Si le bla bla technique ci-dessous ne vous intéresse pas, n'hésitez pas par contre à répondre aux deux questions à la fin
En ce qui concerne la connexion au calculateur, j'ai finalement décidé qu'il sera plus facile d'inclure un câble avec des connecteurs femelles appropriés (ils sont disponibles) comme ceux du câble RoverGauge. En effet, je pense que de fournir un câble RoverGauge modifié par retour de courrier serait un obstacle potentiel pour ceux qui seraient éventuellement intéressés. La solution comprendra donc un câble complet, mais sans le moulage du câble RoverGauge (au moins au début, on verra après).
La deuxième avancée concerne le circuit d'adaptation au calculateur qui convertira les données en série allant vers et provenant du calculateur en Bluetooth. Il existe des cartes électroniques (Arduino) qui sont en fait un mini-ordinateur qu'il faut programmer et auquel il faut aussi ajouter une interface série vers le calculateur. Il existe plusieurs cartes suivant les besoins de chacun et on peut aussi acheter des modules supplémentaires pour y ajouter par exemple une interface série, une connection bluetooth, une commande de relais, etc...
Pour mon prototype j'utilise une carte arduino 101 (la plus grande sur la photo ci-dessous), qui serait presque parfaite parce que Bluetooth y est intégré d'origine, et un module série existe, mais... elle n'est plus commercialisée.
La troisième avancée est au niveau de la programmation de la carte, en effet, le calculateur utilise un protocole série basé sur RS-232 mais pour rendre les choses compliquées, le signal qui envoie les données du calculateur est inversé. J'ai d'abord cru que seules les données étaient inversée donc il aurait été facile d'inverser la valeur reçue dans le logiciel, sauf que... un lot de données RS-232 est entouré d'un STOP et START bits, qui sont en fait un niveau bas du signal, alors que son état au repos est au niveau haut. Cela permet à un récepteur de ces données de savoir que quelque-chose arrive. Non seulement les données sont inversées, mais ces signaux aussi !!!
Le résultat étant qu'avec un signal inversé, la carte arduino est incapable de recevoir des données correctement. Si elle croit recevoir quelque-chose, ce n'est pas les données envoyées par le calculateur. J'ai donc pensé à créer un circuit électronique permettant d'inverser ce signal, mais heureuse découverte... le code qui gère les communications (une librairie logicielle) peut gérer les deux cas de figure, il suffit de lui dire. Mais... si on lui dit que les signaux sont inversés, c'est bien les deux signaux (transmission et réception), donc on peut recevoir des données du calculateur, mais plus en envoyer... vous me suivez ?
J'ai donc récupéré le code de la librairie et ajouté la possibilité de choisir si on veut inverser seulement la transmission, la réception ou les deux. Et je peux maintenant envoyer des demandes au calculateur depuis la carte Arduino mais aussi en recevoir. Je ne demande que la température d'essence pour l'instant, et elle change bien lorsque je bidouille le potentiomètre de mon simulateur

Enfin un résultat positif après maintes heures (journées) à me casser la tête avec ce fichu protocole RS-232 à la sauce Lucas !
IMG_2044.JPG
Reste maintenant à inclure les autres requêtes (compte tours, température d'eau, etc...).
La quatrième avancée concerne mon choix de carte Arduino, en effet il n'en n'existe pas qui ont un port série d'origine et peu qui ont Bluetooth, il faut aussi qu'il y aie assez de mémoire, etc... pour le programme de communication. J'ai donc choisi une carte de la gamme feather (de chez adafruit) qui a le Bluetooth et aussi l'avantage d'être beaucoup plus petite (la petite carte sur la photo), mais... il n'existe pas de module série pour celle-ci. Me voila donc parti sur un autre logiciel (Eagle) pour concevoir le circuit et le circuit imprimé nécessaire. J'en ai profité pour y inclure une partie alimentation pour pouvoir alimenter tout ceci depuis la batterie (ou un circuit alimenté par le contact).
a5ad9f3bb36a48f90483b0e03b08d5ec.png
C'est beau non ???
Il est relativement facile à partir de la de faire fabriquer les circuits imprimés, qu'il me faudra monter et tester.
IMG_2043.JPG
Voila pour les nouvelles, et les deux questions que je vous ai promises (soyez honnêtes, c'est une étude de marché très simple

)
-Je pense que le prix final de l'électronique (avec cables, etc...) se situera entre €90 et €120. Ceci est-il trop cher ? L'appli elle sera gratuite.
-Il y a t'il un/des volontaire(s) pour demander si une solution RoverGauge pour iPhone (peut-être Android) en Bluetooth au prix de €90-€120 sur d'autre forums où cela serait utile (Land Rover, Morgan, etc...) ? Il m'est en effet difficile d'arriver tout frais, tout neuf sur un forum pour commencer à parler de quelque-chose comme ça. C'est souvent mal vu ;) Le but est de savoir si il y a suffisamment d'intérêt vu le temps et l'investissement nécessaire de ma part.
Merci et à bientôt pour la suite je l'espère.
Greg