j'ai sous le coude (pas eu encore le temps d'avancer ni de vérifier) des infos qui devaient permettre d'avancer sur l'accès à une page protégée par .htaccess. Ce n'est pas une solution mais juste une piste que je prévoyais de creuser .. si ça peut aider....

1) étudier cette page, en particuler l'échange client-serveur détaillé au paragraphe "Faiblesse htaccess : Authentification HTTP"
http://www.securiteinfo.com/conseils/htaccess.shtml
2) reproduire ce dialogue après avoir codé en Base64 le couple  login/mot de passe

extrait de l'article de securiteinfo mentionné ci-dessus:

   L'utilisateur souhaite accéder à une page web qui s'avère être protégée par htaccess. Concrètement, il y a 2 échanges requête/réponse HTTP qui sont effectués pour donner accès à cette page.
    Le premier est une requête simple (un GET) signifiant que le client souhaite accéder à la page. La réponse est "401 Authorization Required", ce qui signifie que la page est protégée et nécessite une authentification (de type "Basic"). L'utilisateur ne voit pas cette réponse, seul le navigateur (browser) la voit et affiche en réponse une popup dans laquelle il demande à l'utilisateur de taper son login et mot de passe.
    Après cette opération, le navigateur réitère son GET en ajoutant cette fois-ci les informations de l'utilisateur ("Authorization: Basic QWxpY2U6TGFwaW4=") qui serviront au serveur pour l'authentifier.
    Si tout se passe bien, la requête est acceptée ("200 OK") et l'utilisateur peut accéder à la page web.

Pour coder une chaîne en base64 (et décoder) il y a en ligne des sites comme celui là :
http://home2.paulschou.net/tools/xlate/

Il suffirait donc apparemment , quand le serveur se contente de ce type élémentaire d'authentification, d'envoyer un second GET avec données d'identification en Base64 peu après l'arrivée du "401 Authorization Required"

sans l'ethershield est-ce que le chargement se fait encore normalement ?

Annoncé "en stock bientôt" chez RobotShop :
http://www.robotshop.com/search/search.aspx?locale=fr_eu&keywords=rfid&Brand=Parallax+Inc.

Bonjour

içi une Arduino en  serveur  qui gére des leds selon les actions du client
http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.ArduinoEthernetServeurControleLEDx7

 Aucun avis de ma part, comme indiqué,  j'ai juste signalé la page Lextronic pour information.
Si je devais me lancer sur le RFID je pense que dès le départ je chercherait à préciser si je veux juste du RFID 'perso' ou si je vise la compatibilité avec les transpondeurs courants : Mifare ou autres.
(Pour hacker le Vigik de mon immeuble je sais que c'est Mifare 13,56MHz mais je n'ai aucun projet dans ce sens !!)

je viens de jeter un coup d'oeuil sur les modules RFID série Parallax et deux exemples de code Arduino.
ça parait à priori jouable pour s'initier..... mais des avis avec retours d'expérience seraient préférables !!

"Modele Bleu"
http://www.parallax.com/Store/Microcontrollers/BASICStampModules/tabid/134/txtSearch/rfid/List/1/ProductID/114/Default.aspx?SortField=ProductName%2cProductName

http://www.arduino.cc/playground/Learning/PRFID

"Modèle noir"
http://www.parallax.com/Store/Accessories/CommunicationRF/tabid/161/CategoryID/36/List/0/SortField/0/catpageindex/2/Level/a/ProductID/688/Default.aspx

http://arduino.cc/playground/Learning/ParallaxRFIDreadwritemodule

Bonjour
pas vraiment un conseil vu que je n'ai aucune expérience dans ce domaine, juste une information :
Lextronic propose un choix de modules 125kHz et 13,56MHz à liaison série 9600 bauds, niveaux TTL
http://www.lextronic.fr/R1568-modules-rfid-netronix.html

Voici les débuts d'une librairie intéressante orientée 'évènements' et permet entre autres une programmation plus 'naturelle' du clignotement indépendant de plusieurs leds (voir exemple LedControl)
http://arduino.cc/forum/index.php/topic,51439.0.html
http://code.google.com/p/ebl-arduino/

Code:

#include <LedControl.h>
void setup() {
  LedControl.startBlink(9,1000,500);
  LedControl.startBlink(8,200);
}
void loop() {
  LedControl.loop();
}

http://code.google.com/p/ebl-arduino/wiki/LedControl

Hi
Looks like 'your' shield is 'the' shield.... ie official Arduino shield.
http://arduino.cc/en/Main/ArduinoEthernetShield
Library is here, server and client modes.
http://arduino.cc/en/Reference/Ethernet

Dont acte Jean François !!  Je modère donc mon propos : la méthode club elec ne convient qu'à certains afficheurs !!

Sur le site où razmo a acheté l'afficheur je vois :
pin 3,   Vo = Contrast Adjust. Altered by adjusting the voltage to this pin, grounding it sets it to maximum contrast.

Au fil du temps j'ai constaté que des carrés sur toutes les lignes sont le signe d'un contratse trop élevé et que des carrés sur la seule première ligne sont le signe d'une alimentation correcte mais d'un défaut d'initialisation.

Je plussoie également en vaveur du mauvais reglage de contraste !

Le schéma de club-elec est ok ..... à condition d'utiliser excactement le même modèle d'afficheur.

Dans le cas général le potentiometre est nécessaire pour trouver le bon reglage.
Extrémités du potentiometre sur 5V et masse. Curseur sur l'entrée V0 de l'afficheur.
Le réglage est assez sensible et varie d'un modèle à l'autre.
Tension trop faible en V0 = trop de contraste
La 'bonne' tension tourne autour de 1V

Bonjour

Si c'est bien une lampe 220V à incandescence que tu veux gérer Romee ça vaut le coup de revenir sur le lien donné par vincelge ! Tout y est.....ça a abouti.... Va directement aux "reply #5 et #10", y'a des images !!!

Proposer un triac commandé par un optotriac MOC3020 pour la partie puissance + un optocoupleur simple pour la syncronisation sur le secteur me parait etre LA solution standard.

Si tu es pressé et ne veux pas te lancer dans une interface electronique complète pourquoi ne pas laisser de coté le pwm et tenter de bouger un gradateur du commerce avec un servo ?

Autonomie : à la louche 10h. Pourquoi ?

40 A.h c'est 4A pendant 10h, 2A pendant 20h, 1A pendant 40h......
4A c'est environ ce qui sera soutiré de la batterie si le PC en demande 3
Un convertisseur grand public n'a probablement pas un rendement > 75%,donc 1A sur 4 est "perdu".
ça fait 12x1 = 12W perdus en chaleur, boitier du convertisseur tiède..et 36W transférés au PC.

Le convertisseur ne consomme pas les 100w en permanence.
Il se contente de prélever 'au passage' un quart (au pif) de la puissance prise à la batterie.

Comment se comporte-t-il sans appareil branché ?
Si la notice ne l'interdit pas (les alimentations à découpage n'aiment pas, en général,  le fonctionnement à vide) on peut supposer que la convertisseur consomme quelques watts.

[entre 11V et 14V]

ATTENTION !!
La tension aux bornes d'une batterie au plomb  dite "12V" est en fait de 12,6V avec de grosses variations selon l'état de charge de la batterie. On doit donc s'attendre (en gros) à une tension comprise entre 11V et 14V . ... moteur à l'arrêt.
Moteur en marche c'est encore pire puisque des brefs pics de tension de plusieurs dizaines de volts se superposent !!! (j'ai grillé un certain nombre de régulateurs 7805 avant de me renseigner sur les précautions particulières à l'environnement 'auto')
Il me semble que la longévité du PC impose de se rabattre sur une solution de type :
Batterie -> convertisseur -> 220V alt -> bloc secteur du PC -> PC
Bien sûr ça peut paraître absurde de fabriquer du 220V alternatif à partir d'une tension continue presque utilisable directement !!

Transfo : pour les particuliers , en France, Gotronic est assez bien placé côté choix ...et tarifs.
http://www.gotronic.fr/catalog/transformateurs/transfo1.htm#09220

Ojal,  chaque circuit intégré spécialisé dans la commande  de leds est conçu en général exclusivement pour un des deux types 'anode commune' ou 'cathode commune'. On a affaire soit à des circuits spécialisés qui fournissent du courant soit à des circuits qui absorbent du courant. On trouve les deux cas dans les catalogues Texas, Microchip, Maxim.....etc

Avec une commande directe par microcontrolleur, par contre on, à le choix grace à leurs sorties '3 états'(Vcc, GND et 'en l'air' ou 'haute impédance')

Avec un TLC5940 effectivement les leds RGB 'anode commune' s'imposent.
Ce composant ne peut, par conception, fournir (sortir) un courant.
Une sortie de TLC5940 est alternativement à la masse et 'en l'air' au rythme du PWM.