Le bus pirate c'est le couteau suisse du hacker hardware
http://dangerousprototypes.com/docs/Bus_Pirate

J'ai fait un article dessus :
http://skyduino.wordpress.com/2011/10/27/how-to-utiliser-la-carte-bus-pirate-en-toute-situation/

Bon sinon la broche Vs c'est la tension régulé 3v3.

[Edit:]

Bon donc d'aprés le datasheet toute la configuration se fait via des résistances de pull-up/pull-down au reset.

J'ai remarqué un truc du coup,
en NTSC, résolution de 720x480 @30fps
alors que en PAL, résolution de 720x576 @25fps

Aussi j'ai trouvé des trucs sympa dans le datasheet !

GPIO support typical control function
Motion detection alarm output
Color/BW manual conversion switch control
Infrared LED control output

Détection de mouvement, contrôle de led IR, se serait magique de pouvoir utiliser ces GPIO

Et LA phrase que je voulais lire :

Others:
EEPROM configurable
UART controllable

Controlable via la port série !

J'ai remarqué dans le tableau de description des broches :

EEPROM I2C master SCK output
(...)
EEPROM I2C master SDA in and out

Donc quelque par sur le circuit il y a une EEPROM I2C !
Et bingo ! sur le coté il y a une puce 24C16A !
Donc j'ai accès à toute la configuration \o/

hohoho ... je sens que je vais bien m'amuser !
Edit: je crois même que je vais faire un article dessus tient !
Pour le moment:
- Dump de l'EEPROM et analyse du port UART

[68tjs]

merci 68tjs,

En lisant le datasheet on peut déja voir que le circuit est en 3v3 donc je vais pouvoir utiliser mon bus pirate pour voir ce qui ce passe sur Rx et Tx.

Il dise aussi :

EEPROM programmable
Build-in 8 bit MCU
GPIO supply typical control function

Donc GP3 sera en faite plutôt GPIO3 mais en abrégé surtout que en suivant la piste on voit quelle n'est connecté à rien et quelle est déporté vers un connecteur avec la masse (point de test d'usine ? broche de debug ? ...).

Ce qui me fait peur c'est le "Build-in 8 bit MCU" si le fabricant à verrouillé le µc (certain à 99.9%) ce sera impossible de savoir comment il fonctionne ...
Et le fait qu'il y est un formulaire pour demander le datasheet me laisse à penser qu'il n’ont pas trop envie qu'il soit publique ...

En plus le site du fabricant me nargue ...

Code:

Configurable image noise reduction
Configurable image sharpness enhancement
Configurable gamma and color correction
Configurable brightness, color saturation, and hue

C'est configurable ok mais comment !?

Edit: Mouaaaa et un datasheet confidentielle ! un !
Ne jamais sous estimer la puissance du cache google
Le datasheet complet du VC0702
]

C'est une sonnette mécanique (à part les buzzer toute les sonnettes sont mécanique en fait )

Elle consomme 0.5A donc tu devra faire un montage transistor + relay (tu devra garder le relay finalement) et câblé ta sonnette sur le relay, il faudra aussi l'alimenter avec une alimentation 6v externe (ou des piles).

Bonjour,

Ta sonnette c'est une sonnette mécanique ou une sonnette avec un contrôle par logique ?

Si c'est une sonnette mécanique il faut faire un montage avec un transistor :
http://www.arduino.cc/playground/uploads/Main/relays.pdf (tu remplace le relay par ta sonnette)

[test == 'FD08F7']

test=results.value, HEX; bizarerie ?

Tient je l'avais pas vu ça ... effectivement c'est bizarre.
C'est une tentative conversion en hexa ?!

question :
en travaillant aec des case 1.2.3.etc... et break;
cela pourrait il simplifier la chose?

Sans doute plus propre mais ce genre de condition multiple "if (test == 2295 || test == 'FD08F7') " je pense pas que ça marcherais.

Je devais pas avoir les yeux en face des trous pour pas voir ça non plus :
if (test == 2295 || test == 'FD08F7'), une valeur en hexa entre simple quote ... hein!?
Ce serait pas plutôt 0xFD08F7 par hasard ...

Sinon en soi c'est faisable comme ça :

Code:

case 2295 :
case 'FD08F7':
//quelquechose
break;

Que test soit égale à 2295 ou 'FD08F7' le code sera exécuté.

@infobarquee tu aurai pas fait un gros mélange entre valeur numérique, hexa et caractères !?

[Edit: Projet abandonné, pour ceux voudrait *vraiment* voir jusqu'au je suis allez dans le hack : LIENRien de concluant n'est ressorti du dump de l'EEPROM et de l'analyse du port UART ...]

Edit: Projet abandonné, pour ceux voudrait *vraiment* voir jusqu'au je suis allez dans le hack : LIEN
Rien de concluant n'est ressorti du dump de l'EEPROM et de l'analyse du port UART ...


Bonjour,

Il y a quelque temps j'ai acheté cette petite caméra couleur chez sparkfun.

Je l'utilise avec une video experimenter shield pour capturer des images n&b, le problème c'est que les images sont trop clair pour pouvoir être utilisable correctement avec la video experimenter shield ...

J'ai donc cherché comment ce faisait le réglage du contraste en vain ...

Mais j'ai découvert un truc bien plus intéressant !

Le module caméra peut sortir un signal NTSC ou PAL selon comment on place un cavalier, c'est précisé dans le datasheet.

En regardant de plus prés le circuit j'ai remarqué que le signal était généré par un microcontrolleur, un VC0702NJSD de Vimicro.

D'aprés ce que j'ai pu voir du circuit il y a:
- une partie alimentation + un régulateur,
- une partie analogique + un potentiomètre miniature (contraste ?),
- une partie numérique avec le µc.

Le datasheet est relativement cours et ne dis pas grand chose, mais ce qui me dérange c'est qu'il y a deux connecteurs non renseigné !

Les quatres connecteurs :
NOM (usage) : broches
CN1 (usage inconnu) : G, GP3
CN2 (usage inconnu) : G, Tx, Rx
CN3 (alimentation + signal) : Vs (usage inconnu), VID, G, B+
CN4 (sélection NTSC/PAL) : NT, C, PAL
+ potentiomètre VRX1 qui sert à quelque chose mais quoi ?

Je sais que G c'est la masse, B+ l'alimentation (non régulé) et VID la sortie signal vidéo.
Maintenant il reste CN1 et CN2, comme ça je dirai que CN1 est une broche libre du µc et CN2 un port série, sauf que le datasheet n'en parle absolument pas !

Si ça ce trouve il est peut être possible de modifier l'état de la broche GP3 et les réglages de l'image (voir même peut être récupérer l'image carrément) via le port série ?

J'ai cherché sur le net mais je n'est rien trouvé, c'est bizarre que personne ne se soit jamais demandé à quoi pouvait servir ces deux connecteurs !?
J'aurai bien utilisé ma carte bus pirate pour analyser les signaux sur Tx et Rx mais comme il y a un étage de régulation je n'est aucune idée de la tension des broches logique (5v, 3v3, 1v8, ??), il y a une broche aussi Vs dont je ne connaît pas son utilité ...


Est ce que quelque qu'un à des info sur ce module caméra et sur le divers connecteurs inconnu qu'il possède ?

@ekaki faut voir apparemment la charge devrait faire 1Kg (si j'ai bien compris), donc un système vis sans fin + moto-réducteur DC serait une des meilleurs option, aprés il faut voir quelle est le point le plus important, la vitesse du travelling de la caméra ou sa précision en linéaire.
Si la charge est un peu moins lourde un moteur pàp avec un "gros" couple (un gros moteur nema par exemple) est envisageable.
Ps: il ne manque une photo dans ton post ?

Dans le principe c'est exactement la même chose qu'une machine de CNC mais avec seulement un axe.
De chaque coté d'une planche (partie fixe) tu met deux glissières (par exemple deux tubes de pvc), entre les deux glissières tu place la tige fileté avec un roulement à bille à chaque extrémité pour éviter le frottement tout en maintenant bien parallèle la tige et les glissières.

Ensuite tu fait une partie mobile, composé de deux appuis sur les deux glissières et d'un troisième appui sur la tige fileté au moyen d'un écrou.
La partie mobile pourra ainsi ce déplacer linéairement sur la glissière et tu pourra géré sa position en faisant tourner la tige fileté (ce qui va forcé la partie mobile à ce déplacer linéairement vu que l'écrou est fixé dessus et que les glissières empêchent la rotation).

Tu rajoute à ça deux capteurs de fin de course (2 optocoupleurs par exemples) et tu pourra savoir quand la partie mobile atteint une des extrémités.

Bonjour,

Est ce que tu alimente ton montage par le port usb ?
La shield ethernet demande pas mal de courant si ça se trouve ta carte SD demande un peu plus de courant que les cartes "standard" et l'usb n'est peut être plus suffisant dans ce cas la.

D'accord j'avais pas compris que le bouton "0" était sur la télécommande IR ^^

Donc en gros quand on appui sur "0" une boucle for démarre et tu veux pouvoir l'arrêter ?

Code:

if (test == 12495) {  // bouton 0
      for ( int i = -1;i < 3024; i++) {
        digitalWrite(redPin, i);
        digitalWrite(greenPin, i + 12);
        digitalWrite(bluePin, i + 56);
        irrecv.resume(); // Receive the next value
        delay (5);
      }
    }

Code:

irrecv.resume(); // Receive the next value

aprés cette ligne il faudrait que tu fasse un if pour tester si tu dois sortir de la boucle :

Code:

if(irrecv.decode(&results) && results.value != 12495) break; // si on appui sur un bouton autre que "0" break -> sort du for

Je sais pas si c'est ce que tu voulais faire ?

On devrait se faire un concours des emballages les plus originaux

Si quelqu'un lance un concours du boitier de projet le plus originaux je participerai sans hésiter \o/

Jean-Francois, tu aurai du rajouter deux grosses leds rouge avec un détecteur de mouvement, comme ça de base c'est une citrouille classique et quand tu passe à coté elle devient un monstre assoiffé de sang ! mouaaa (/rire diabolique)

Et avec un effet "bougie" sa rendrait trop bien
http://www.instructables.com/id/Realistic-Fire-Effect-with-Arduino-and-LEDs/

Bonjour,

tu parle d'appui sur des boutons mais je ne voie aucun digitalRead, aucune condition dans ton code !?

Si tu postait le code complet ce serai plus simple de t'aider

Bonjour,

Je serais toi je prendrai une tige fileté, quelque écrous, deux roulements à bille pour vélo et une glissière en U, le tout raccordé à un bon gros moteur DC avec un moto-réducteur, a ça tu rajoute deux capteurs "fin de course" et tu devrai avoir un truc pas trop mal.

Avec un servomoteur je sais pas si tu va arriver à grand chose surtout avec des servo en provenance de ebay (contrefaçon & co) ...

Bonjour,

Si tu trouve une alimentation d'ordinateur elle te sortira du +3v3, +5v, -12v et +12v, donc en bricolant un peu tu doit pouvoir sortir le 24v en plus du 12v.
Après coté ampérages je sais pas si cela sera bon

Je sais que tu n'aimes pas trop mes idées, mais pourquoi faire un if sur des valeurs booléennes alors qu'il suffit d'un digitalWrite? je comprends pas du tout ta réaction, car je n'ai fait qu'une équation logique, comme on faisait en première année de BTS. De plus, si tu regardes bien, les sorties dépendent d'entrées mais pas toutes en même temps et pour l'embrayage, c'est assez compliqué. Tu n'as jamais fait d'équations genre "S1 = (!E1 + E2) . E3 + !E4"? c'est exactement ce dont il a besoin ici, et l'utilisation des if devient très compliquée pour résoudre une telle équation et encore moins lisible (à mon sens, à l'école d'il y a 15 ans ou le moindre octet de mémoire valait de l'or, ce qui est un peu le cas de nos arduinos)...

Quand on manipule aisément le langage c on peu se permettre de mettre des équations inline et d'utiliser des astuces pour réduire l'impact mémoire du programme.

Mais ce qu'il ne faut pas oublier :

Je pense que mon problème vient des remises à zéro des variables, mais je ne maitrise pas suffisamment le langage pour trouver mon erreur.

Quand on débute, la solution la plus simple est souvent la meilleur solution

Une écriture simple, certes inutilement surchargé mais aéré permet de relire son code et trouver une erreur, quand on débute c'est la clef.

Pour ceux qui est de tes idées elle ne me dérange absolument pas
(Au passage regarde un peu le code du "core arduino", si tu est frileux quand aux optimisations mémoire tu devrais apprécier le char buffer[64] de la fonction serial, ou encore la table de correspondance des broche arduino <> registre en progmem de 400octets, et j'en passe ... )