263 replies to this topic

[Romuald]

....un capteur de pression ou de degré d'humidité intra fessiere ...

C'est la que tu devient admiratif devant le travail fait pas les japonnais pour tout mignaturiser

[Romuald]

Up (ben oui, encore ... c'est pas tout fini )

Pour finaliser mon Perftraker il me reste a le rendre complètement autonome de façon a ce qu’il puisse fonctionner sans avoir besoin d’un autre appareil branché dessus pour collecter les données. Apres pas mal d’experiementations et recherches je me suis tourné vers un petit module tout fait qui permet d’utiliser une carte SD de 32Mo a 2Gb. Autant dire que je vais avoir la possibilité de garder des années d’acquisition dans la boiboite . Le module en question est un µMMC de chez Rogue Robotics. Il gère lui-même un système de fichier FAT (16 et 32) compatible avec nos systeme de fichier d'ordi, et l’accès se fait par des commandes sérielles très simple a implémenter. J’ai déjà modifié les softs et planté les pinoches pour accueillir ce nouveau composant. Pour l’instant j’ai juste prévue de retirer la SD card pour la lire avec un lecteur sur le PC, mais des que je reçoit le bidule, je fais des tests pour voir si j’arrive en plus a collecter un fichier avec le portable directement branché sur le PerfTracker. Je devrais recevoir le bazard la semaine prochaine.

Coté Capteur j’ai prévue de me rendre a Prenois pour prendre des infos sur les systèmes de chronométrage officiels, il y a peut être de l’intéressant a faire dans ce sens la. Coté software je suis en train de gratter pour inclure une mesure de puissance (un peu comme le PowerDyn), affaire a suivre …

Le module µMMC

[Mico]

Up (ben oui, encore ... c'est pas tout fini )

Pour finaliser mon Perftraker il me reste a le rendre complètement autonome de façon a ce qu’il puisse fonctionner sans avoir besoin d’un autre appareil branché dessus pour collecter les données. Apres pas mal d’experiementations et recherches je me suis tourné vers un petit module tout fait qui permet d’utiliser une carte SD de 32Mo a 2Gb. Autant dire que je vais avoir la possibilité de garder des années d’acquisition dans la boiboite . Le module en question est un µMMC de chez Rogue Robotics. Il gère lui-même un système de fichier FAT (16 et 32) compatible avec nos systeme de fichier d'ordi, et l’accès se fait par des commandes sérielles très simple a implémenter. J’ai déjà modifié les softs et planté les pinoches pour accueillir ce nouveau composant. Pour l’instant j’ai juste prévue de retirer la SD card pour la lire avec un lecteur sur le PC, mais des que je reçoit le bidule, je fais des tests pour voir si j’arrive en plus a collecter un fichier avec le portable directement branché sur le PerfTracker. Je devrais recevoir le bazard la semaine prochaine.

Coté Capteur j’ai prévue de me rendre a Prenois pour prendre des infos sur les systèmes de chronométrage officiels, il y a peut être de l’intéressant a faire dans ce sens la. Coté software je suis en train de gratter pour inclure une mesure de puissance (un peu comme le PowerDyn), affaire a suivre …

Le module µMMC

Option très interessente et de plus très compacte.

ça a l'air assez 'simple' comme instruction pour y lire et ecrire.
Peut-être est il possible d'utiliser dans le futur des fichier de config pour le parametrage du PerfTracker si le besoin s'en fait sentir.

[TuxStang]

Quoi ? tu n'as pas conçus le module de gestion de carte toi-même ??? tu baisses Romuald ... tu baisses

[F4tB10cK]

A une époque il gravait lui même ses procs à 40 nano avec un butagaz et un pack de 24 dans le pif mais c'est révolu

[Romuald]

Quoi ? tu n'as pas conçus le module de gestion de carte toi-même ??? tu baisses Romuald ... tu baisses

ben oui ... je dois admettre que l'ecriture d'un systeme de gestion FAT complet en assembleur depasse un peu mes modestes conaissances . Pour palier a mon incompetence, j'avais envisagé l'utilisation d'une memoire a adressage direct mais ca devient vite galere si on envisage plusieurs aquisitions de suite. A chaque fois que j'aurais remis le bazard en route il aurait fallu commencer par scruter toutes la memoire pour savoir a partir d'ou reprendre le travail, donc un peu lourding. Avec un systeme de fichier, ca va aller tout seul et en plus ca va me permettre de stocker une sauvegarde des softs dans la carte, on ne sais jamais ...

A une époque il gravait lui même ses procs à 40 nano avec un butagaz et un pack de 24 dans le pif mais c'est révolu

toi je te soupconne de vouloir me faire passer pour un alcolo ... mais c'est peine perdue, de toutes facon personne ne te croira . Ceci dit, quand j'ai commencé a bricoler l'electronique, on avait pas acces a tous ces procs moderne, donc on utilisait des portes logiques et de la mémoire dans des uvproms (effacable aux uv ...) . Si j'avais voulu faire l'equivalent du perftracker a cette epoque, il aurait eu au moins la taille d'un boite a godasses ...

...Peut-être est il possible d'utiliser dans le futur des fichier de config pour le parametrage du PerfTracker si le besoin s'en fait sentir.

Bha pour l'instant, je ne stock que quelques octets de parametrage (une dizaines) donc ca tiens largement dans l'eeprom du pic (qui de memoire fait 286 x 8 bytes). Mais l'idée de sauvegarder les parametres capteur dans la catre SD plutot que sur le PC n'est pas exclut

[Romuald]

Up

µMMC recue today . Ce wk, je cable le truc et je test .

sinon, j'ai fini l'etude technique du futur Mini Perftracker que j'ai promis a ceux qui veulent se lancer a moindre cout avec un truc tout fait, pour ca je ferais un post a part

[memez]

Romu, à l'occas, regarde si tu peux faire quelque chose de ça:

http://chaenel.free......27éthanol_E85

http://chaenel.free......27éthanol_E85

http://www.econologi...e85-vt6300.html

surtout une version "course" pour les récentes!

[Romuald]

ouais, c'est jouable pour du 8 cylindres. Je vais voir ce que ca donne au niveau programmation, mais ca ne devrait pas poser de probleme, il faut juste un microcontroleur avec un peu plus d'entrée sortie (un 16f877 tant qu'a faire ...). Je vais peut etre experimenter ca sur la TPI de la patrone ... Bon son montage est un peut 'simplet', mais il le dit lui meme c'est pour 'essayer'. Il y a moyens de faire un truc beaucoup plus performant pour pas beaucoup plus cher ...

[memez]

Regardes là, photos d'intérieur du mien:
http://blazer-zr2.skyrock.com/4.html

[Romuald]

Faudra quand meme me faire une photo de bonne qualité et m'envoyer le plan de cablage mais je pense qu'on peu fabriquer la meme chose pour 2 ou 3 fois moins cher (p'tetre meme moins que ca).

Up Perftracker

Quelques new sur le BazarTracker :

Juste pour dire que la greffe du système qui me permet d’embarquer une carte SD à bien prise. Le PerfTracker est désormais autonome et plus besoin de se trimbaler avec un portable sur le siège. Je peux utiliser un mini carte jusqu'à 4Go. Grâce à l’horloge temps réel du système, les fichiers sont bien horodatés automatiquement. Chaque fichier peut contenir environ 2h00 d’acquisition non stop. A raison d’environ 10Ko/Minute un simple calcul permet de se rendre compte qu’une simple carte 32 Mo peut stocker près de 60 heures d’acquisition … je vous laisse imaginer ce qu’on peu mettre sur une 4Go … Les fichiers issus de la carte sont automatiquement convertis au format du logiciel à l’ouverture en toute transparence pour l’utilisateur. Il me reste à faire un essais sur un ‘gros fichier’ (exemple un bonne heure d’acquisition) pour mesurer les temps de traitement des données et m’assurer que le flux respecte bien les ambitions de départ, a savoir 10 cycles d’acquisition par seconde.

[Mico]

Faudra quand meme me faire une photo de bonne qualité et m'envoyer le plan de cablage mais je pense qu'on peu fabriquer la meme chose pour 2 ou 3 fois moins cher (p'tetre meme moins que ca).

Up Perftracker

Quelques new sur le BazarTracker :

Juste pour dire que la greffe du système qui me permet d’embarquer une carte SD à bien prise. Le PerfTracker est désormais autonome et plus besoin de se trimbaler avec un portable sur le siège. Je peux utiliser un mini carte jusqu'à 4Go. Grâce à l’horloge temps réel du système, les fichiers sont bien horodatés automatiquement. Chaque fichier peut contenir environ 2h00 d’acquisition non stop. A raison d’environ 10Ko/Minute un simple calcul permet de se rendre compte qu’une simple carte 32 Mo peut stocker près de 60 heures d’acquisition … je vous laisse imaginer ce qu’on peu mettre sur une 4Go … Les fichiers issus de la carte sont automatiquement convertis au format du logiciel à l’ouverture en toute transparence pour l’utilisateur. Il me reste à faire un essais sur un ‘gros fichier’ (exemple un bonne heure d’acquisition) pour mesurer les temps de traitement des données et m’assurer que le flux respecte bien les ambitions de départ, a savoir 10 cycles d’acquisition par seconde.

Bonne nouvelle et encore plus fort que l'innovate

[Romuald]

Bonne nouvelle et encore plus fort que l'innovate

bha, a haujourd'hui (et c'est pas fini ....) quand je regarde ce que fait un LM1 comparé a mon PerfTracker, le LM1 fait office de cadeau pif gadjet a coté

je viens de faire un essais sur 1h10 d'aquisition et aucune erreur
sur le temps total, je perd quelques minutes(3 ou 4), je pense que c'est du au changement de cluster a l'enregistrement sur la sd card. je vais voir pour formater mes ligne de donnés sur une longueur de chaine multiple et paufiner pour voir si le plus adapté est la fat16 ou la fat32 pour le systeme de fichiers (vu la capacité des SD card, je peux me permetre l'un ou l'autre). En ce qui concerne le soft, le chargement et la convertion du fichier a pris 17 secondes, en sachant que je ne tourne qu'avec des fonctions ecrite en VB6. En compilant une dll 32 bits natives (en c++ par exemple) pour la convertion, je pense pouvoir diminuer le temps de convertion par 2 asser facilement, mais est ce bien utile ...? quand on vient d'empiler plus d'une heure de roulage, on peut bien s'offrir 17 secondes de chargement de fichier , d'autant qu'une fois converti, le meme fichier ne demande que 2,6 seconde pour etre chargé ... pis pour le principe j'aimerais bien rester exclusivement sur de la programmation basic que ce soit au niveau du soft que du hard ...

Pour les stats, voila ce que ca donne pour 1h00 de données :
taille du fichier original : ~600Ko
taille du fichier converti en hexa : ~1Mo
nombre d'octets traités : 648000 (18 octet / 1/10sec ....)
En binaire, ca fait une suite de '5 184 000' 0 et 1 successif
nombre de lignes formatée a traité par le soft : 36000 (logique : 36000 1/10 de sec = 1h00)

pour convertir tout ca en graphique et afficher des données reel le soft doit realiser plusieur millions d'operations par seconde et tout ca sans broncher ni jamais se tromper ... c'est quand meme beau la technique non ?

[Exxodus]

LOL ;) J'adore ;)

Bon sérieux, une production semi industrielle dans 1 an ?

[Romuald]

Bon sérieux, une production semi industrielle dans 1 an ?

houla, on va pas attendre autant
Le permier MiniPerfTacker 'commercialisable' est deja dans les tuyaus . Il disposera de 4 entrées analogiques (10 bits), une entrée 'rpm' (jusqu'a 8000 rpm), sortie des données sur port serie rs232, le tout assemblé dans sa boite et avec logiciel. Les données pourront etre recuperées sur n'importe qu'el appareil tournant sous windows a partir de la version 95 jusqu'a un 2008 server en passant par les windows mobiles et CE (donc pc portable,pda, telephone ect ...) . l'ambition c'est de pouvoir fournir ca sans depasser la somme de 50€ port compris ... si ca le fait, je passerais a des modele avec plus d'option (comme la sortie usb, le stockage sur sd card embarquée, l'horloge temps reel ect ...)

vala

Edited by Romuald, 29 October 2008 - 07:53 PM.

[zozolivier]

Innovate et autometer rachetées par Romuald

Bourgogne rules

[Romuald]

Innovate et autometer rachetées par Romuald

Mais j'en veux pas ... De toutes facon, c'est pas en fabriquants des Perftracker a 50€ que je vais racheter quoi que ce soit .


Aller Kado pour les informaticiens ...

Mes problemes de synchronisation avec la SD card sont resolus. J'avais 18 octets a transferer par cycle et forcement avec mon buffer de sd card de 512 octet, ca collait pas , a chaque fin de buffer je tombais en plein millieu d'un cycle et je perdait du temps ... adieu les 10 cycles par seconde bien shychro ... a mois que ... dans un premier temps j'avais ajouté 14 octets qui ne servaient a rien dans chaque trame, j'etait donc a 32 octets et desormais multiple de 512 ... mais 14 octets pour rien sur 32 ca fait quand meme pas mal de dechets ... et des fichiers pratiquement 40% plus gros qu'au depart, forcement un temps de transmission 40% plus long et un temps de traitement augmenté aussi ... donc j'ai reflechi et j'ai trouvé une combine ....

Déja, pour corser la chose, j'ai ajouté a mes 18 octet de depart 2 octets d'options en plus pour le comptage des trames. J'en avais deja 2 de trop me voila avec un surplus de 4 . soit un total de 20 octet ... Restais a bricoler tout ca pour les faire passer en multiple de 512 ...le coup des octets inutiles ne me plaisait pas, j'ai donc bricoler pour faire tenir ces 20 octets dans seulement 16 ...

En fait j'ai decouper mes 4 octet supplementaires en 8 x 4 bits et je les ai casé dans les 4 bits de poids fort de l'octet fort de chaque mot de chaque valeurs analogique codée comme on le sait sur seulement 10 bits ... En plus avec ca, c'est que j'ai encore les bits 2 et 3 de chaque octet de poids fort de chaque mots de chaque valeurs analogiques qui reste dispo, soit un total de 2 octets encore utilisable sans depasser 16 octets par trames .. Cerise sur le cake, c'est que comme maintenant j'ai le comptage de mes trames transmisent (cachée comme on l'a vu dans les 4 bits de poids fort des octets forts des 4 mot des 4 premiere valeurs analogiques ...), j'ai aussi ajouter une option de plus dans le perftracker ... desormais, quand le fichier atteind 655535 1/10 de seconde d'aquisition (~1h50), le fichier se ferme automatiquement et un nouveau s'ouvre pour les 1h50 suivante ... et ainsi de suite tant que la carte n'est pas pleine ....facile non ?

T'essayeras de faire un Paris/Dakar complet sans t'occuper de rien avec un innovate .... Bon empiller des heures et des heures d'aquisition en continu, ca sert sans doute a rien .... mais ca coute rien de plus de pouvoir les faire

La question que je me pose maintenant, c'est ou j'ai bien pus aller chercher tout ca

[TuxStang]

Tiens ... vu que t'as des octects en rab' ... et si tu rajoutais un calculateur de conso (celle de la voiture bien sur ... le pilote il suffit de compter les canettes vides ) ?
Un débimêtre sur la ligne d'essence en sortie de pompe, un capteur de rotation sur le cable de vitesse .. et y'a plus qu'a saisir le diamêtre des pneus et le rapport de pont pour avoir sa conso ...

[cdc]

En fait j'ai decouper mes 4 octet supplementaires en 8 x 4 bits et je les ai casé dans les 4 bits de poids fort de l'octet fort de chaque mot de chaque valeurs analogique codée comme on le sait sur seulement 10 bits ... En plus avec ca, c'est que j'ai encore les bits 2 et 3 de chaque octet de poids fort de chaque mots de chaque valeurs analogiques qui reste dispo, soit un total de 2 octets encore utilisable sans depasser 16 octets par trames .. Cerise sur le cake, c'est que comme maintenant j'ai le comptage de mes trames transmisent (cachée comme on l'a vu dans les 4 bits de poids fort des octets forts des 4 mot des 4 premiere valeurs analogiques ...), j'ai aussi ajouter une option de plus dans le perftracker ... desormais, quand le fichier atteind 655535 1/10 de seconde d'aquisition (~1h50), le fichier se ferme automatiquement et un nouveau s'ouvre pour les 1h50 suivante ... et ainsi de suite tant que la carte n'est pas pleine ....facile non ?

ouais, heuuu, non, trop facile

La question que je me pose maintenant, c'est ou j'ai bien pus aller chercher tout ca

Te pose plus la question, tu es issu d'un bon cépage

[Mico]

Tiens ... vu que t'as des octects en rab' ... et si tu rajoutais un calculateur de conso (celle de la voiture bien sur ... le pilote il suffit de compter les canettes vides ) ?
Un débimêtre sur la ligne d'essence en sortie de pompe, un capteur de rotation sur le cable de vitesse .. et y'a plus qu'a saisir le diamêtre des pneus et le rapport de pont pour avoir sa conso ...

A mais quel bonne option, on risque d'être vite malade a voir le chiffre de conso