Je ne savais pas trop dans quelle rubrique mettre ce post ... J'ai donc choisi "électronique", mais cela concerne avant tout les roboticiens que nous sommes

Voici ce que j'ai donc trouvé sur le net: une webcam sur IP ! encore une ? me direz-vous, woui mais ... celle-ci coûte septante neuf euros H.T. (comme ils disent où j'ai travaillé) !! quand je pense qu'il y a 5 ans environ, j'en avais acheté une pour le boulot qui coûtait plus de 1500 Euros

Je n'ai pas l'habitude de faire de la pub pour une quelconque entreprise, mais avouez que ce produit pourrait bien inspirer plusieurs d'entre nous

Je vous laisse donc découvrir ce lien:
http://212.18.29.31:80/mailing/2009/25. ... dw_fr.html

et bien sûr, dites-moi ce que vous en pensez ...

salut Cetoutotomatix

ça a l'air interessant mais sans avoir vraiment le temps d'eplucher la question sur le net,
est ce que tu pourrais nous faire juste 3 lignes de topo au sujet de la performance comparée à une webcam standard.

ce qui me gèneen effet dans une webcam standard, c'est que si j'ai bien compris ma leçon, l'image met un certain temps à se constituer, et meme si 30 images par secondes sont possibles, il suffit de passer devant un peu vite pour n'y laisser qu'une ombre inexploitable. ce qui est rédhibitoire pour une analyse en temps réel pendant la marche à allure normale.

donc est ce que cette cam est performante à ce niveau là (la vitesse de remplissage de la zone graphique) ?

Phil

Salut Philo et content de te retrouver sur le forum !

Pour répondre à ta question et sans être un pro de la vidéo, celle-ci n'affiche pas de meilleures performances (25 images/s en PAL et 30 en NTSC).

Mais ce qui est intéressant, réside dans sa capacité de communiquer sur ethernet et de plus, en MPEG4 qui est un standard de compression vidéo. Celui-ci permet de transférer des objets vidéos (un personnage, une voiture, etc) et non plus des paquets de pixels comme le fait le MPEG2. Cela voudrait dire (à confirmer par le fabricant) que le MPEG4 associé à la fonction de détection de mouvement annoncé par le constructeur permet de ... détecter rapidement le mouvement d'un objet !

Ce qui semble assez cohérent pour une caméra de surveillance !

En conclusion et à mon avis, c'est une caméra de surveillance (et non une webcam) capable de dire qu'un objet a bougé.

salut ami,

justement, ce serait interessant de faire un tableau récapitulatidf des cameras qu'on peut trouver au fur et à mesure , pour pas tres chers , avec les avantages et inconvenients pour nos applications.
j'ai déjà observé que certaines offrent des traitements en temps réel.
mais il faut bien peser. parceque à ce que j'ai pu comprendre, il vaut mieux prévoir la possibilité d'utiliser les notres à terme...
peut etre que ce n'est pas si compliqué pour mettre en ethernet une webcam USB , non?
(j'avoue ne pas savoir..)
de toute façon, avec tous les autres périphériques, si on choisi le protocole TCP/IP ,
il faudra bien avoir des convertisseurs ou interfaces partout..je pense

Phil

Mouaiiiis la cam IP de ce que j'en sais c'est fait pour être branché sur une prise RJ murale donc pour la surveillance comme dit cetoutotmatix, ou comment te servir de ton câblage réseau plutôt que de ressortir goulotte et échelle. De mon humble avis, ou peut être pour de la visio conférence et encore...

A moins que y'en ai qui arrivent a faire un flux en gigabit, mais bon... jamais un cpu traitera autant d'images. Je suis tombé sur un drôle de produit par hasard... si c'est pas conçu exprès pour une tête d'androïde je sais pas ce que c'est:

http://www.edgb2b.com/Matrix_Vision-198 ... ciete.html

Il y a aussi autre chose, c'est que le protocole TCP/IP n'est pas un protocole temps réel. En effet, chaque image est coupée en petits morceaux et les petits morceaux sont balancés sur le réseau. Après, si le paquet se perd ou s'il est altéré, il y a un retard qui fait du TCP/IP un media pas très fiable.
Par exemple les conf call video d'un bout à l'autre du monde, c'est un truc des plus enervants !!!
L'avantage c'est le débit et que on force les applications à être robuste à de la perte de données.

Alors qu'un bon USB, blindé, cadencé à une certaine fréquence, tu envoie des données, elles sont reçues de l'autre et vérifiées, un truc carré, pas besoin de construire une usine à gaz pour les exploiter.

Je partage toutes vos remarques. Chaque bus a ses avantages et ses inconvénients et c'est pour cela qu'il est nécessaire qu'on sache au plus tôt ce que l'on veut faire: déterminer LA solution qui correspond (le mieux) à notre besoin. Aucune solution n'est universelle et la technique, ce n'est qu'une affaire de compromis (bien choisis !)

D'ailleurs, il me vient une idée ... Pour la partie informatique hardware et "embarquée" de Cybrina, je vous propose donc la démarche suivante: concevoir un cahier des charges façon web 2.0 (innovant non ?! )
Je m'explique: je vais initier celui-ci en fonction de ce que j'ai compris des besoins. Je soumettrai alors ce cahier à vous tous, membres de Caliban, et l'ensemble de la communauté l'enrichira ainsi. Je pense commencer par un petit croquis assorti d'un fichier Excel qui exprimerait quelques besoins, ceci afin de faire réfléchir et susciter les discussions. Je me propose ensuite de synthétiser et mettre à jour ce cahier des charges en fonction des remarques de tous. Cela constituera alors notre axe de développement ...

Qu'en pensez-vous ?

bonjour à vous,

je me posait la meme question que toi Thot au sujet du bus .. mais toi , tu as des réponses!
c'est vraiment interessant tout ça... sonofsparda !

franchement c'est sympa de participer comme vous le faites.
si on choisissait chacun un domaine d'expertise comme ça pour avoir à la clé un proto , un concept technique ou rien que le CDC, ce serait vraiment super.
meme si l'ideal ce serait qu'on fasse plusieurs investigations sur un meme creneau d'expertise technique pour avoir un sens critique (mais seulement au debut, parceque apres une bonne analyse de performance , de toute façon, normalement ça finit par devenir du travail perdu si on continue sur plusieurs voies) mais comme pour le moment on est encore tres peu en nombre , il vaut meme mieux tout de suite chercher à avoir un ensemble complet, plutot que quelques sous ensembles avec des doublons (meme si interessants pour l'analyse de performance).

pour en revenir au sujet principal des cam et du reseau interne , je te suis completement cetoutotomatix : regarde si tu peux créer un theme spécifique dédié ou bien si tu préfères, utiliser un theme déjà initialisé la dessus comme celui ci http://forum.caliban-web.com/projets-etudes/reseau-pic-t302.html#p2448

-
Phil - impatient de voir tout ça..

Excellente initiative !!! Je suis à 200% pour tout travail collaboratif.
Surtout n'hésite pas à utiliser l'espace Workshop sur le site de l'association pour ce qui est de l'échange des fichiers.

Plus je m'interesse au réseau, plus j'en ch** avec ces pilotes de webcam plus je me dit que ces caméras ip seraient finalement pas si betes que ça... flanquée au routeur sans fil au meme titre que la carte de controle des servos et en avant! une bete allégée avec plein de possibilités sympas. Et le fait de pas investir dans une UC a part entiere, ou pour les pantouflards de rester sur leur pc.

Un truc à considérer en tout cas.

Salut à tous !!


Je viens faire mon curieux ! ^^ Alors cette idée de webcam sur IP ? ç'en est où ? Des progrès ?

bonjour à tous !

m'adressant à Cetoutotomatix, je voudrais savoir si à tout hasard tu ne pourrais pas mettre ici un lien pour ton debut de cahier des charges.
je voudrais voir la forme du document, de quoi ça a l'air. si je peux aider...
mais hormis le fait qu'il faille choisir, je me disais que en matiere de bus, ce serait bien un petit récapitulatif aussi des principaux emplois, avantages et inconvenients pour chaque type.
juste pour les neophytes comme moi,
je mets ici un lien sur les principes : bus informatique
bus CAN (Controller Area Network)
reseau Ethernet et TCP/IP)
bus SPI (serial peripheral interface)
bus I2C (Inter Integrated Circuit Bus) => celui qu'on retrouve souvent en robotique amateur
bus USB (standard des peripheriques PC et mac actuels)
bus RS232 dit aussi "bus serie" du PC (une vieille histoire)
bus SCSI (utilisé pour le stockage avant ATA)
bus ATA (utilisé pour les Disques durs depuis)
ou encore un qui serait interessant d'etudier :
bus firewire (apple mac pour la video et stockage de masse) : IEEE_1394
...
certainement, j'en passe et des meilleurs, si il y a un specialiste parmi nous, peut etre un recapitulatif existe -t-il déjà ?

phil