Mini ECM SPY embarqué (projet)

Ti-pierre a écrit:

Wow, merci pour cet enthousiasme !
J'avais déjà pensé au bouton pour avoir plusieurs page, c'est en effet le mieux pour avoir plus d'infos. Et je pensais utiliser le bouton de reset du compteur journaler. En effet il ne reset que si on reste appuyé longtemps, une simple pression ne change rien pour le compteur, mais pourrait servir pour changer de page. Ça évite de faire un trou dans le boîtier, et les problèmeS d'étanchéité. Il faut que je regarde de plus près car l'impedance d'entrée du petit afficheur semble être pris pour l'état "reset"...
En tout cas, la démonstration de faisabilité est la, reste du travail

je pense qu'a ce point la du developpement il est peut etre necessaire de bien soigner le hardware pour des evolutions futures ( dixit le bouton poussoir ) meme si ça ne sert a rien pour le moment à ce premier niveau logiciel. Dans le meme ordre d'idee, peut etre peut on aussi prevoir une connection externe pour le mise a jour du soft plus tard, sans avoir a demonter chaque fois son cluster.

je sens qu'on va redonner un coup de fouet a la production de fonds de compteurs de DD_Buell

Je découvre le post et j'ai qu'un mot qui me vient en tête... Respect...!!!...
Je vois que les idées fusent dans tous les sens alors bonne continuation

Juste a titre d'info , ce produit est dispo aussi en France a 63 € , la boite qui l'importe est dans le 94 .
http://www.4dsystems.com.au/distributors.php#zone_5
Je pense donc que c'est tres facile de se procurer ce petit ecran , il faut un beau tuto et le soft pour que ca roule .
Et Rotor tu as raison , DD_Buell va avoir aussi du pain sur la planche

avec un temps de retard je viens de découvrir ce post tout simplement génial

si tu commercialises rajoute un client

guillaumeic a écrit:

avec un temps de retard je viens de découvrir ce post tout simplement génial

si tu commercialise rajoute un client

idem magnifique projet !! je suis de prés

beau boulot !

RoToR a écrit:

Gunter ( Ecmspy ) te fait de la pub ici :

http://www.ukbeg.com/forum/viewtopic.php?f=7&t=7749

Wow, chouette ! merci Rotor

Du coup j'ai essayé de répondre

Excelent ! tu va te faire des amis !!!

c pour quand la mise en prod ?

Chapeau pour le taf! Si ca peut faire de l'cquisition, c'est la classe! Ca fait un compteur digital full options a pas trop cher, finalement.

Et c'est le meme distributeur que pour mon datalogger Ils sont super sympas et arrangeant, des fois qu'il y aurait une commande grouppee.

Ti-pierre a écrit:

RoToR a écrit:

Gunter ( Ecmspy ) te fait de la pub ici :

http://www.ukbeg.com/forum/viewtopic.php?f=7&t=7749

Wow, chouette ! merci Rotor

Du coup j'ai essayé de répondre

il a trouvé ton projet tout seul, je lui ai envoyé le lien dimanche apres-midi et il m'a répondu que j'etais grillé, il avait posté quelques heures plus tot

cool
j'etais en train de regarder comment faire exactement ce que tu a fait

tu a un projet git/svn quelque part? histoire de faire tourner et qu'on puisse contribuer?

t'a fait ca en C/Asm ou seulement en Asm?
(j'ai pas tout lu le sujet, mais apparement, non)
--
edit: je viens de voir que tu utilise un "ecran intelligent" proprio
*zut*, le proprio et moi on est pas copain

Dark_Ebola a écrit:

cool
j'etais en train de regarder comment faire exactement ce que tu a fait
tu a un projet git/svn quelque part? histoire de faire tourner et qu'on puisse contribuer?
t'a fait ca en C/Asm ou seulement en Asm?
(j'ai pas tout lu le sujet, mais apparement, non)
--
edit: je viens de voir que tu utilise un "ecran intelligent" proprio
*zut*, le proprio et moi on est pas copain

Yop,
Je suis pas fan non plus des langages propriétaire, surtout que le workbench de 4Dsystems n'est pas des plus abouti... Mais il y a quand même l'avantage d'avoir des fonctions graphique toutes prêtes, le code devient super court.
J'avais commencé avec un PIC 16F et un compilateur C, ça fonctionne bien aussi.
Je vais regarder avec GoogleCode, il y a sûrement moyen de faire quelques chose.

Ça permet tout de même de s'affranchir de certaines routines d'affichage. Parceque gérer de A a Z un écran d'affichage couleur.... Et puis ds un pic la mémoire n'est pas extensible.... Donc ajout de ram et eeprom.... Tt est faisable mais faut voir la taille du code!!

A tipierre

Tu pourras m'envoyer ton projet?

Ti-pierre a écrit:

Dark_Ebola a écrit:

cool
j'etais en train de regarder comment faire exactement ce que tu a fait
tu a un projet git/svn quelque part? histoire de faire tourner et qu'on puisse contribuer?
t'a fait ca en C/Asm ou seulement en Asm?
(j'ai pas tout lu le sujet, mais apparement, non)
--
edit: je viens de voir que tu utilise un "ecran intelligent" proprio
*zut*, le proprio et moi on est pas copain

Yop,
Je suis pas fan non plus des langages propriétaire, surtout que le workbench de 4Dsystems n'est pas des plus abouti... Mais il y a quand même l'avantage d'avoir des fonctions graphique toutes prêtes, le code devient super court.
J'avais commencé avec un PIC 16F et un compilateur C, ça fonctionne bien aussi.
Je vais regarder avec GoogleCode, il y a sûrement moyen de faire quelques chose.

le pic16f c'est ptetre un peu limite ouais, avant de rajouter ram/eeprom faut monter en gamme en general ca reviens meme moins cher
perso j'ai plus l'habitude des pic18f
apres microlab c'est pas non plus tres open ... mais bon y'a des compilos libres comme SDCC qui marchent bien.
suivant la "feature list", ca vaut ptetre le coup de mettre un peu plus cher pour aller carrement tapper sur un SoC a base de MIPS (c'est pas tres cher non plus) sur lequel tu fait tourner un petit Linux
et pour le coup c'est plus a toi de gerer le systeme de fichier etc... et tu peux meme rajouter de l'usb... pour connecter un GPS par exemple, ou souder une clef bluetooth ... *oops*, je m'egare

Ds l'absolu un kernel linux peut permettre d'avancer très vite, mais la moi je joue plus.... On ajoute un écran tête haute ds le casque, un lecteur blueray un 137 cm , 7.1 harman kardon et des bières ....... On avait dit light je crois??

J'ai aussi ce problème, je m'égare vite

Pour les motivés, j'ai mis mon modeste code dans Google Code, ici :
http://code.google.com/p/mini-buell-ecm-spy/downloads/list
Comme vous pourrez le voir, il y a moyen de faire mieux

Pour ceux qui veulent m'aider à développer, donnez moi votre mail par MP, et je vous ajoute comme contributeur.

Je connais pas trop Google Code, mais il y a une partie Wiki, je vais essayer de faire un tuto dès que possible.

L'idee de me faire un compteur full perso sur cette base la me botte! Mais j'ai malheureusement pas trop le temps de m'y mettre. Faut deja que je finisse les trucs en cours... Mais ca a pas l'air trop complique pour se mettre dedans. Je viens d'ouvrir le code, c'est facilement lisible.

Thieu a écrit:

L'idee de me faire un compteur full perso sur cette base la me botte! Mais j'ai malheureusement pas trop le temps de m'y mettre. Faut deja que je finisse les trucs en cours... Mais ca a pas l'air trop complique pour se mettre dedans. Je viens d'ouvrir le code, c'est facilement lisible.

+1

Totoche38 a écrit:

Thieu a écrit:

L'idee de me faire un compteur full perso sur cette base la me botte! Mais j'ai malheureusement pas trop le temps de m'y mettre. Faut deja que je finisse les trucs en cours... Mais ca a pas l'air trop complique pour se mettre dedans. Je viens d'ouvrir le code, c'est facilement lisible.

+1

+1

je viens de charger l'editeur compiler et ouvert le code de Ti Pierre.

Moi je verrai bien un bout de prog pour lire les codes diagnostics, et lancer les tests comme le fait ecmspy, en cas de panne sur la route, ca peut permettra de se dépanner ...

Yes, on va pouvoir aller assez loin normalement.
Mais avant tout je vais essayer d'avoir une interruption avec une impulsion sur le bouton reset du compteur.

Ti-pierre a écrit:

Yes, on va pouvoir aller assez loin normalement.
Mais avant tout je vais essayer d'avoir une interruption avec une impulsion sur le bouton reset du compteur.

En allant voir l'ultimate rallye le mois dernier, les compétiteurs utilisent un compteur de vélo pour avoir une meilleure précision que le compteur d'origine, il faut pouvoir le reseter tres rapidement à chaque avance du road book, hors il faut rester appuyer plusieurs secondes sur le bouton reset ce qu'il leur fait perdre des metres précieux car les roadbook sont détaillés à la dizaine de metres parfois.

Ne pourrait on pas récupérer une information de distance plus précise directement sur l'ECM que la centaine de metre ? (l'impulsion moteur serait parfait pour recalculer la distance avec le uP

enfin tout un tas d'applications possibles, je vais commander un module...

Pour ma part, je pense pas le mettre dans le tableau de bord, j'ai fais faire un fond de compteur spécifique Dark Dog (sur mesure et exclusif). Mais par contre un petit boitier sur barre de guidon pourquoi pas !

C'est clair que ce petit bidule, ca donne tout un tas d'idees!

Ça parait un peu plus complexe pour avoir une donnée kilométrique. L'ECM envoie apparemment un train d'impulsion pour la vitesse. Une impulsion doit donc correspondre à une distance. Mais il faut pouvoir gérer le comptage des impulsions au sein du bidule. Et ça semble plus ardu que de la communication série.

A voir en tout cas, c'est de bonne idées !

T'a pas un smartphone qui fait GPS avec l'abonnement internet/tv ?