LapTimer by Belov

[Belov]

Tu oublies la communication entre le LapTimer et le PI : série, I2C, SPI

|LAP TIMER|-<série>--|RaspberyPi|---[module Wifi]___AIR GAP___-------> réseau
Après que tu utilises du wifi ou du cable pour la liaison eth, peu importe.
Bon pas tout à fait peu importe car comme je l'ai mis plus haut, le wifi est sur les fréquences 2.4 et 5.8G tout comme ce qu'on utilise pour le FPV

Un cable ethernet de 30m vaut mieux qu'une liaison wifi. Au delà de l'aspect technique, il faut aussi voir l'aspect "fraude" possible. L'intrusion dans un réseau wifi est plus facile que se repiquer sur une prise éthernet

Sur une race entre potes, on s'en fout, bien sûr. Sur une race de championnat, tout l'aspect sécurité de l'info va devenir de plus en plus important.

[Mootronic]

Ha donc dans ton système le RPi est bien du côté du Lap Timer et le câble réseau le relie au switch du stand.
Par contre si ce système m'intéresse c'est uniquement pour un usage perso! donc l'aspect sécurité...

[Belov]

Dans mon cas le PI est dans les stands mais il pourrait très bien être à coté du laptimer.
Le PI doit gérer le départ et les chronos. Tous les temps doivent être synchronisés en fonction du top départ.

Le laptimer prend en compte une calibration des arduinos, c'est à dire qu'il mesure sur 10s le nombre de ms de chaque arduino. Si tout est bien synchro, chaque arduino doit renvoyer 10000, or la réalité est tout autre (9990 à 10011) Dans le temps, la valeur peut évoluer un peu. Toutes les mesures doivent donc être calculées avec ce ratio.

Mon 1er laptimer était à base d'interruptions générées par les arduinos et détectées par le PI. En pratique ce n'est pas fiable car le PI peut décaler les interruptions qui sont uniquement software.Il suffit qu'un programme monopolise le cpu au moment de la détection, ce qui arrive souvent avec le pi. N'oublions pas que c'est une carde sd qui fait office de disque dur.
Un vrai système prendrait en compte des interruptions hardware.

Dans le chorus, ce sont les arduinos qui mesurent le temps et qui avec un léger asynchronisme renvoient la valeur au PI.
J'ai mesuré le délai entre le déclenchement du départ au niveau du PI et la prise en compte par les arduinos : délai < 1ms.

[VladTepes]

Chapeau!


Ouais, effectivement l'arduino n'est pas connu pour avoir une précision folle au niveau de la mesure du temps, mais je pense que l'imprécision reste raisonnable comparé au reste. Je pense qu'afficher au delà du 10ième pour ce genre de matos c'est un peu osé.

Effectivement, à terme utiliser directement la chip et pas l'arduino complet de permettra de gagner un peu au niveau taille du système et compagnie si tu compte passer en production, mais garder un vrai arduino simplifie beaucoup au niveau prototypage.

Par contre, l'utilisation d'un Rasberry Pi au niveau du timer ouvre tout un champ de possibilité... en particulier avec le connecteur caméra !

Un petit passage par picamera et pof sauvegarde du passage du drone en image, voir même petite vidéo... bref, il y a tellement de possibilités !