Show Posts
Pages: 1 [2] 3 4 ... 137
16  International / Réalisations et Projets Finis / Re: [Ballon Sonde] un arduino a 32Km d'altitude + Vidéo ! on: December 15, 2013, 10:55:14 am
Et si on envoyait un rover sur la lune comme les chinois.
C'est possible ?
 smiley-cool
17  International / Français / Re: Contrôler des LEDS ? on: December 15, 2013, 08:06:34 am
Bizarre que la 1ere led soit grillée
Si elle est morte, le signal ne devrait pas la traverser pour atteindre les suivantes...
Comportement identique tant en UNO que Teensy ?
18  International / Français / Re: Contrôler des LEDS ? on: December 10, 2013, 03:11:49 pm
Ca me parait difficile de griller les rubans juste par soft.
A moins de dépasser 6V ou d'inverser la polarité, çà doit résister.
19  International / Français / Re: Contrôler des LEDS ? on: December 09, 2013, 03:34:39 pm
D'abord j'ai une alim (voir photo jointe) ... Et la question toute bête que je me pose, c'est à propos du GND ... Je n'ai quasi aucune prise avec terre, est-ce que ça change quelque chose de ne pas l'utiliser ?
On parle de terre effectivement (Earth) pas de GND.
C'est quand même plus prudent sur une alim comme celle-ci d'avoir la terre.

Quote
En outre, si j'ai bien saisi, j'utilise +V pour le câble 5V des rubans LEDs et COM pour le GND.
Oui.
Et bien ne pas confondre la terre de la 1ère question avec le GND de la basse tension.

Quote
On m'a aussi recommandé d'ajouter un capaciteur entre l'alim et les rubans LEDs pour éviter les surtensions ... (photo jointe) mais je ne sais pas vraiment où le mettre ...
En bon français on appelle ceci un condensateur.
Normalement il y en a déjà sur ta carte Teensy.
Ca ne mange pas de pain d'en ajouter un. Il doit être au plus prêt de la carte Teensy.
La broche marqué du signe - (bande noir) c'est le GND et l'autre au +5V

Quote
Autre question : le GND des rubans ET celui de l'arduino/teensy doivent être tous reliés au -V de l'alim, c'est bien ça ?
Le GND des rubans et celui de la Teensy doivent être reliée au GND/COM de l'alim.
La notation -V est réservée pour une alimentation négative. Par exemple une alim pourrait te fournir +5V, -5V et un GND...

ATTENTION : Il y a un réglage de la tension de sortie (+V Adj). Avant de brancher quoique ce soit, assure toi avec un voltemètre d'avoir 5.0V à +/- 0,1V. A revérifier ensuite en charge.

Comme discuté précédemment, si cette alim doit aussi alimenter la Teensy, tu câble en étoile au départ de l'alim :
- Une paire +5V et GND vers les leds
- Une paire +5V et GND vers la teensy.
Comme les GND sont reliés au niveau de l'alim, tu n'a plus besoin que du signal de commande des LEDs entre la Teensy et les LEDS.

Si la teensy est alimentée par USB, alors tu relies:
- Une paire +5V et GND vers les leds
- Une paire signal de commande et GND de la Teensy vers les LEDs

N'hésite pas à faire un petit dessin si pas clair.
20  International / Français / Re: Est-ce normal? on: December 06, 2013, 09:23:54 am
Colben

Juste pour que tout soit clair, je vais repréciser comment ca marche entre un navigateur Web et un serveur.
Tout passe par une requête HTTP et une réponse approprié.

A la base ton navigateur envoie une demande GET sur / que le serveur interprete comme une requete sur la page d'accueil par défaut, généralement /index.html. Donc le serveur envoi index.html au navigateur
Le navigateur analyse le fichier reçu et trouve des référence à d'autres éléments tel que des images <img src='toto.gif"> donc le navigateur va envoyer une nouvelle requête au serveur : GET /toto.gif. Ce qui veut dire que le serveur web doit être capable d'identifier quelle ressource est demandée par le navigateur pour envoyer le bon fichier.

C'est ce que ne fait pas ton code initiale qui ne cherche pas à analyser la commande reçue du client.

Webduino permet de le faire.
je ne connait pas TinyWebServer.
21  International / Français / Re: Est-ce normal? on: December 04, 2013, 04:44:33 pm
Ton serveur web doit aussi fournir les images
Pour l'instant tu n'as fournit que la page html
Le navigateur te les demandes mais ton code ne traite pas ces demandes
Webduino
22  International / Français / Re: Est-ce normal? on: December 04, 2013, 03:15:34 pm
Premierement dans ta boucle de recopie tu copies 1 caractere sur 2 vers la console série et l'autre sur le client.

Deuzio,  je pense que ton fichier html est en unicode,  ce qui ne plait pas a la console série.

Troizio,  cherche "webduino", une lib pratique
23  International / Français / Re: Operateur Français le moins cher pour envoyer des SMS on: December 04, 2013, 01:40:30 pm
Si je comprend bien, le besoin est de 1 SMS par jour donc 31 SMS par mois maximum

- Free : 2€ par mois pour un non abonné freebox (et si tu est abonné freebox, généralement tu te réserves ton avantage abonné pour une vrai utilisation mobile)
- Lycamobile : 3.10€ par mois (prépayé, crédit sans limitation de durée)

Toutes les autres offres prépayées seront plus chères car le crédit est a validité limité.

Mais sinon, effectivement RF433MHz ou NRF24L01 c'est le plus simple.

24  International / Français / Re: Arduino, avr-gcc et les puristes on: December 04, 2013, 12:15:48 pm
Atmel AVRStudio
C'est un environnement natif où on contrôle tout, sans être obligé de faire de la ligne de commande et du makefile.
Y'a des moments où la méthode "Arduino" me gonfle aussi.
25  International / Français / Re: Shield GSM plante lors de l'appel sortant on: December 02, 2013, 02:23:44 pm
SIM Lycamobile
Je ne déclare rien

Le problème est la différence de comportement entre les 2 shields.
26  International / Français / Re: Vin ko, mega ADK on: December 01, 2013, 03:23:51 pm
L'Arduino c'est de l'embarqué.
C'est pas comme développer sur PC qui est du pur soft, il faut un minimum comprendre l'électronique sinon ca fait comme tu as vu : pffff
27  International / Français / Re: Shield GSM plante lors de l'appel sortant on: December 01, 2013, 02:47:44 pm
Les 2 PCB semblent identiques et correspondre au shield GSM v1.0 de SeeedStudio.
Mais le wiki de Seeed n'héberge plus que le schémas de la v1.4 qui est légèrement différent.

Utiliser une alim dédiée pour le shield : c'est ce que j'ai essayé de faire mais 12V au lieu de 5V. Il faut que je remplace la capa avant de continuer.
Après pour confirmer, il faudrait que je mette un scope numérique sur l'alim pour vérifier cela.
28  International / Français / Re: Shield GSM plante lors de l'appel sortant on: December 01, 2013, 02:35:49 pm
Le module s'éteint.
Les shield GSM démarrent OFF.
Il y a un bouton sur le coté pour le démarrer ou bien on peut le faire par une pin Arduino si le cavalier qui va bien est en place.
Là : il s'éteint tout simplement.

Comme indiqué plus haut, j'ai essayé avec une alim 12V4A branché sur VIN de l'Arduino : aucun changement (d'accord les 4A ne servent à rien vu le régulateur mais bon, ca doit pouvoir supporter un pic impulsionnel).

Donc soit y'a un défaut sur la carte, soit le firmware est frelaté.
29  International / Français / Re: Shield GSM plante lors de l'appel sortant on: December 01, 2013, 02:18:49 pm
J'ai la v1.07 (annoncé comme telle sur le site web de SIMCOM mais marqué 1.06 à l'intérieur...)

Après AT&F0 : même faute, même punition  smiley-twist
30  International / Français / Re: Vin ko, mega ADK on: December 01, 2013, 02:06:47 pm
Tu enlèves la diode mais tu ne fait SURTOUT PAS de continuité.
Il s'agit d'une diode en polarité inverse destinée à faire un court-circuit en cas d'inversion de polarité pour éviter que l'inversion de polarité se propage aux autres composants.
C'est le principe inverse du fusible...

Tu peux essayer de remplacer la diode. Si tu nas pas de CMS, une vielle diode type 1N4007 fera l'affaire mais pas forcement facile à souder sur une empreinte CMS.

Mais comme dit plus haut, le circuit peut marcher sans la diode mais dans ce cas, tu n'as plus de protection contre l'inversion de polarité. La prochaine inversion sera fatale à la carte.
Pages: 1 [2] 3 4 ... 137