[TECHNIQUE] Acquisition de données AIM

Bonjour,

Nous utilisons depuis quelques temps deja, une acquisition de données AIM EVO4 sur la METISS. Je précise que personne n'a été formé à ce genre de matériel et c'est en autodidacte que nous avons découvert l'engin.  Globalement, on s'en sort pas trop mal, et notamment grâce à Eric Delcamp qui sait plutôt bien decoder toutes ces courbes.

J'en viens au vif du sujet:
Nous avons régulièrement des sessions qui sont en décalages entre les données issues du datalogger et les autres datas, comme les datas issus de l'ECU (racine "SDS_") ou amortisseur (FRONT) . On voit sur l’illustration ci dessous qu'au début tout est synchrone puis à un moment, il n'y a plus de signal sur certains canaux pendant environ 10 secondes, puis cela revient, mais cela reste décalé.

Est ce que quelqu'un connait ce genre de matériel et sait me dire comment solutionner cela?

Merci d'avance,

[Vous devez être inscrit et connecté pour voir cette image]

Pas spécialiste de l'acquisition de donnée, mais il n'y a pas moyen de sortir un canal temps à partir des clock interne de chaque enregisteur et recalé sur cette base? ou bien envoyé un signal maitre pour le temps aux acquisition annexe?

Merci Vivien pour ton retour,
Pour répondre à ta question, pas que je sache. A priori, la gestion des synchronisations des signaux est interne au boitier d'acqui EVO4. Le seul biais sur lequel on a la main , c'est au travers de la fonction "lap insert", qui permet de recaler les tours de différentes sessions par rapport à la même origine.




En parallèle, j'ai posé la question au support AIM. On verra...

Salut,

Je pense que c'est une bonne idée d'avoir contacter AIM.

Comme je te l'ai dis ailleurs, c'est vraisemblablement un problème matériel, du logger en lui même. Il semble perdre la tête à un moment donné, pour X raison, et ensuite il ne sait plus trop où il habite ... Lors de la perte de signal des interfaces ECU et analogique, il perd aussi tout le reste (GPS, clock, ... tu peux le voir grâce à la trace de vitesse GPS qui est complètement à la cave sur l’accélération dans la ligne droite des stands) puis semble retrouver d'abord l'interface GPS puis ensuite le reste mais ne sait plus trop synchroniser tout le monde, comme un problème de gestion des buffer ...

Le logiciel d'analyse fait son job et interpole les données qu'il y a dans le fichier en se calant sur l'horodatage de chaque échantillon et te fait donc croire qu'il y a des données en comblant les trous, sans interpolation tu verrais certainement une courbe de vitesse GPS en forme d'escalier avec quelques grosses marches.

Par hasard, est ce que tu as déjà essayé de remplacer ce logger par un autre du même modèle, si vous en avez un de spare ..?

Hello! tu rencontres ce problème aussi bien avec X-axis en temps tout comme en distance? as tu des infos a ce moment là des charges processeurs (CPU load du logger)? Est ce que sur ce run en particulier tu avais chargé une config un peu lourde (frequence d'acqui ou nombre de canaux très élevé par rapport à d'habitude)?
Je ne connais pas vraiment l'AIM, mais c'est un problème qu'il m'arrive de rencontrer sur mes loggers McLaren TAG320 lorsque je suis vraiment gourmand sur les logging config en plus des modèles embarqué et stratégie qui servent a faire fonctionner l'auto. il me faut donc suivre de près les charges processeur pour ne pas me mettre dans le rouge et voir mes datas "foireuse", malgrés le matos de top niveau... Alors j'imagine qu'il dois en être de même sur ton logger.

(Nico un MetisS de la première heure! n'hésite pas si tu as besoin d'un coup de main)

Salut NICO !
"ED" (Stéphane Meunier)

salut Nico,
merci pour ton avis. Pour répondre à tes questions:

- idem que ce soit en échelle de temps ou de distance
- la configuration n etait pas différente a d'habitude
- la confirmation est effectivement un peu lourde car on récupère l ensemble des signaux de l ecu yoshimura + jauges suspension + lambda

AIM m ont répondu. Le logger est parti chez eux pour révision. J espere que cela sera mieux. Mais j essayerai de réduire le nombre de canaux

merci

Il n'y a pas d'options pour booster la mémoire ?

du phosphore ???

Diminuer la fréquence d'acquisitions ?

Ça peut aussi être un problème de "bruit" sur le faisceau qui taquine l'acquisition.
Est-ce que ton pb était récurent ou aléatoire, est il survenu d'un coup et devient il de plus en plus fréquent?
Se rappeler en parlant de voiture que Loeb et Citroën (Xsara WRC de mémoire) ont eu un pb de ce genre avec le frein à main sur certaines épreuves et pas sur d'autres!
Le truc était que c'était pas la même équipe qui montait le faisceau et suivant l'équipe, une partie ne passait pas au même endroit et dès qu'il tirait le frein à main.. coupure moteur!

On appel cela "l'hygiene de câblage", il faut que ce soit très soigné, en effet ca peut éviter des mauvaises surprises.

Bonjour,

Tout d'abord, merci pour votre aide, et excusez moi pour ma réponse tardive. Le temps m'a manqué....
Le data logger a été renvoyé chez AIM, ils ont fait une révision et nous l'ont renvoyé.

Nous avons utilisé le data logger durant les 24h avec toujours les mêmes problèmes malheureusement. On a eu beau réduire le nombre de canaux, la fréquence d'échantillonnage, vider la mémoire entre chaque session, rien n'a été efficace. Et le cablage n'y est également pour rien.
Affaire à suivre....

J'ai également un autre sujet à vous soumettre:
Je suppose que tous les data loggers fonctionnent sur le même principe, avec tous un mode "math channel"?
Existe t'il / avez vous,  des listes d'équation "type"?

Ci dessous, le menu "math channel" du soft AIM:
[Vous devez être inscrit et connecté pour voir cette image]

Bien sûr nous avons développé un certain nombre d'équations nous même, mais je me dis que depuis le temps que les acquisitions de données existent, il doit bien exister des listings? Celà nous fera gagner du temps, au lieu de réinventer la roue...

Merci d'avance,
Thomas.

exemple d'équations données par AIM:

[Vous devez être inscrit et connecté pour voir cette image]

Je suis sûrement à côté de la plaque !! Sa me fait penser à un problème synchronisation  d’horloge que l’ont peut trouver en hifi.

Manque de tension ?

Un composant qui chauffe un peut trop, ce m’étant en défaut ?

Autre pensée , Je cite petoindominique.fr :

En ce qui me concerne je préconise, pas par hasard mais suite a mes essais comparatifs, des cables qui ont une bande passante la plus large possible.
La fréquence que doit passer un câble numérique est le produit du nombre de bits (24 par exemple) par la fréquence d'échantillonage (96 kHz par exemple) et par le nombre de canaux (2 en stéréo) ce qui donne 24*96000*2/1000000=4.608 MHz. Presque 5 méga Hertz...
Un câble qui n'a pas cette bande passante perd des informations, une bande passante plus large ne sert à rien.

sdvs a écrit:

Bonjour,

Tout d'abord, merci pour votre aide, et excusez moi pour ma réponse tardive. Le temps m'a manqué....
Le data logger a été renvoyé chez AIM, ils ont fait une révision et nous l'ont renvoyé.

Nous avons utilisé le data logger durant les 24h avec toujours les mêmes problèmes malheureusement. On a eu beau réduire le nombre de canaux, la fréquence d'échantillonnage, vider la mémoire entre chaque session, rien n'a été efficace. Et le cablage n'y est également pour rien.
Affaire à suivre....

J'ai également un autre sujet à vous soumettre:
Je suppose que tous les data loggers fonctionnent sur le même principe, avec tous un mode "math channel"?
Existe t'il / avez vous,  des listes d'équation "type"?

Ci dessous, le menu "math channel" du soft AIM:
[Vous devez être inscrit et connecté pour voir cette image]

Bien sûr nous avons développé un certain nombre d'équations nous même, mais je me dis que depuis le temps que les acquisitions de données existent, il doit bien exister des listings? Celà nous fera gagner du temps, au lieu de réinventer la roue...

Merci d'avance,
Thomas.

J'avais développé des configs d'analyse de données sur un DL2 race technology, je peux fouiller mes archives.
Au besoin j'ai aujourd'hui un DL2 et un Dash2 pro.

A voir ce dont tu as besoin
Laurent

je n ai pas de besoin precis en tête. c est surtout pour se donner des idées de paramètre potentiellement intéressant à surveiller et auquel nous n aurions pas pensé jusqu'à là...

J'ai tenté de lire mes anciens fichiers mais ça n'est pas possible avec la version actuelle du logiciel (ça date de 12-13 ans). Je vais essayer d'installer une ancienne version sur un autre pc.
De mémoire, en plus des classiques (enfoncement et vitesse d'enfoncement des suspensions, position GPS, posi papillon, régime moteur...) j'avais reconstruit les accélérations du centre de gravité et les efforts longi et transversal sur les pneus avec visualisation XY pour référence ellipsoide de contraintes.
Plus quelques bricoles sur la richesse instantanée via une sonde lambda proportionnelle et...je ne sais plus :)
Je te tiens au courant.
Si tu as déjà tout ça merci de me prévenir

Quelques équations intéressantes Mathchannel sur le net:
[Vous devez être inscrit et connecté pour voir ce lien]

@ Albator,
Excuse moi, je n'avais pas vu ta réponse. Je suis, bien sûr très intéressé, si ta proposition tiens toujours. Merci!!

sdvs a écrit:

@ Albator,
Excuse moi, je n'avais pas vu ta réponse. Je suis, bien sûr très intéressé, si ta proposition tiens toujours. Merci!!

Salut,

Après avoir tenté en vain de lire des anciens fichiers avec le soft actuel, puis d'installer un ancien soft sur un pc actuel, j'ai fait de la spéléologie et j'ai retrouvé un ancien pc avec le soft et les config installés

J'ai un certain nombre de choses, allant des calculs aux fonctions de lissage et mises en forme tels que graphiques et tableaux.
Le plus simple est de poursuivre en MP.

A+

Laurent