Bidouilleur ! Rejoins-nous dès maintenant ! Engage-toi au titre de la Bidouille !

C'est claire, j'ai passé beaucoup de temps à nettoyer ma cuisine pleine de tache multicolor alors j'ai pas avancer le code

Je travail sur la version plus complète avec choix du type de capteur, du mode de photo (APN, APN + Flash ou 3 temps ouverture - flash après délai - fermeture pour des trucs rapide)

Pour un truc communautaire, je suis toujours partant.
Je possède déjà un second arduino et un écran LCD 16x2 acheté sur eBay également.

Bon je vais abandonner l'idée de baisser la puissance de mon flash, tant pis, merci quand même K-ton,
par contre pour ce qui est de "reprendre" les anciennes V1 si jamais une solution arduino suffisamment concurrentielle apparaissait, je te suis pas trop, a mon avis personne ne t'en voudrai!

Pour ce qui est du projet communautaire je suis bien partant, mais n'ayant aucune connaissance en prog ni en électronique je ne pourrai me cantonner qu'au role de beta testeur .

Je veut dire par là qu'on voit des débuts de solutions à ARDUINO. Si je fabrique une 50 aine de V1 et qu'entre temp une solution micro pointe son nez il y a 2 options

- Je les ai fabriquées pour rien
- Je reprend celles qui sont dans la nature en beta test avant acquisition

Lorsque je diffuse une V1, je laisse au moins 2 semaines de test à l'acquereur qui peut decider de me la renvoyer à l'issu. Donc entre 2 si une version micro arrive ça peut être un motif de renvoi

Ca ne me dérange pas outre mesure de travailler pour rien dans un cadre comunautaire en revanche le cout des composant n'est pas neutre.

Pour ce qui est d'un projet commun il faur réunir 3 publics :

- Les techniciens
- Les utilisateurs
- Les beta testeurs

Avant toute réalisation c'est toujours utile d'identifier les besoins, de faire et d'améliorer. Un beta testeur peut également contribuer à l'élaboration du cahier des charges. Ca ne se résume pas simplement à exprimer des idées mais également de les organiser. Le technicien en déduit un ensemble de sous fonctions de bases et réalise son petit chef d'oeuvre.

On peut aussi partir du principe que l'on crée vaguement une plate forme et qu'on la fait évoluer. D'experience je trouve cette approche peu pertinente. Même une plate forme génerique nécessite une approche assez fine

Ok ok, je pensais que tu parlais des V1 déjà "distribuées"!

Pour ce qui est du cahier des charges justement, tu verrais quoi en nombre d'entrées/sorties?

Sur la V2 j'ai :

4 entrées détecteurs dont 2 avec réglage indépendant de seuil, 1 isolée et une TTL rapide
3 entrées de synchro dont une isolée, 1 analogique et 1 TTL rapide
5 sorties de pilotage dont une high power, 1 isolée rapide, 1 TTL rapide et 2 relais
2 sorties de process dont 1 TTL rapide et 1 high power
1 clavier 8 touches + 1 LCD 4 lignes

A minima sur ARDUINO je dirait

2 entrées rapides pour les détecteurs pour avoir autant de stimuli différents
1 entrée de synchro (chainage des montages)
4 sorties de pilotage
1 sortie de process (chainage des montages)

1 clavier 6 touches (4 direction, 1 exit et un autre RUN / PAUSE) ou 1 codeur incrémental
1 LCD 2 (prix) ou 4 lignes (confortable)

Ou si on cherche juste le prix utiliser ce qui est disponible sur la plateforme la plus basique.

Mais il serait interessant de savoir ce qu'on voudrait faire :

Prix de revient maximal
Fonctionnalités
Possibilités de raccordement

Ca dimensionnera et le hardware et le software.

Les virussiens si vous avez des idées c'est le moment !

Vu l'estimation du cout que tu as fait dans un précédent post et les caractéristiques que tu me donnes ca me sembe pas mal, mais... :

Je ne vois pas trop l'utilité d'une entrée et d'une sortie pour chainer les montages, tu aurais un exemple stp.

Est-ce que ajouter deux entrées modifierait substantiellement le cout de reviens?

Le chainage des montages offre pleins d'atouts notamment

- Un départ asynchrone d'1 montage
- Le départ synchrone de N montages
- Le départ séquentiel de N montages

Si tu doit piloter plusieurs d'appareils pour faire

* une PDV à la matrix
* décomposer un mouvement rapide
* piloter un process
....

et ce sans avoir à refaire un logiciel en fonction des besoins

Pour le choix des E/S on peut soit

- faire de la bidouille et se dire qu'une entrée analogique qui met plusieurs centaines de microsecondes pour être lue peut convenir à l'interception d'évènements qui durent 2 - 3 millisecondes. Le pifométre marche bien car les chances de tomber au bon moment ne sont pas nulles, ou alors on limite sciemment le montage à un type d'utilisation ...
- soit de ... maitriser un minimum ce qu'on fait en laissant plein de possibilité aux utilisateurs avec 2 types de détecteurs (rapides et lents) à l'échelle du high speed bien entendu.

Si on recherche le cout, on limite les possibilités aux ressources de la plateforme ...

Pour le moment pas trop de volontaires pour un projet communautaire on dirait. Bah c'est pas grave c'est pas comme si je n'avait pas de quoi m'amuser

Ok j'ai bien compris...

Ouép dommage qu'il n'y ai pas plus de volontaires en effet

Position d'attente alors

@+

Bah écoute, bon gré mal gré hein...

Toi c'est plutot la partie codage que tu préfèrerai déléguer si j'ai bien compris?

Plus exactement je préfèrerait travailler en collaboration sur l'architecture du projet, notamment celle du code pour qu'il soit couvrant, modulaire, en insistant sur les sections critiques. La partie homme machine nécessiterait d'être discutée car il y a plein d'approches intéressantes pour résoudre un même ensemble de problématiques.

Je suis moins mauvais en architecture logicielle qu'en codage pur. Ma manière de travailler s'affranchit du langage ce qui a pour effet de diminuer l'efficacité de mon code. Sauf pour l'assembleur, j'ai été à l'école de l'ORIC 1 et du COMMODORE 64 ou l'optimisation était un sport

Il y a des artistes en langage C ou assez proche ... Je ne sait pas si ARDUINO sait faire des calculs en virgule flottante, pour la balistique c'est très utile !


Pour ce qui concerne le hardware comme j'ai déjà pas mal testé les fonctionnalités de la V1 et de la V2 je commence à bien entrevoir ce qui sert souvent et ce qui sert moins. Je suis en mesure de faire des propositions dont on peut débattre en vue de la formalisation d'un cahier des charges.

Cependant, le hardware est directement conditionné par les attentes des utilisateurs c'est en ça qu'un projet communautaire serait le bienvenu. A la limite on pourrait faire un sondage :

Qu'attendez vous d'un systéme high speed en termes de :

- Fonctionnalités
- Interface homme machine

Je vais lancer un fil là dessus !

Lance donc! (et mets nous un lien) je suivrai ca avec intérêt et essaierai d'apporter ma pierre a l'édifice (ou plutôt mon grain de sable si je compare tes connaissances aux miennes!)

Appel à candidature :

http://www.virusphoto.com/182331-pho...-honvault.html (Photo high speed ou comment imiter Honvault)

Salut !!!
je m'en vais de ce pas apporter mon soutien à ce projet !!!

Petit break electronique, j'ai fabriquer un petit plateau tournant, alors je partage, c'est plus humble, mais ça fonctionne très bien


Donc liste du matériel:
-Un ventilateur d'ordinateur
-Un bouchon de boite de pellicule
-Un Cd
-Du gaffer ou tissu noir, ou blanc, ou autre

Coût= 0€




Tout d'abord il faut enlever l'aimant du ventilo en enlevant le petit cir-clip de derrière, pour éviter le "pas" du ventilo, ensuite ont colle le capuchon bien centré sur le ventilo, puis le CD (ou autre surface circulaire) sur le capuchon!

J'ai rajouté des patins en mousse qui servent de frein, pour une bonne précision!

Ca donne ça:
http://www.archive-host.com/files/77...G_7166_out.swf
(c'est un peu long a charger)