[AnalogWrite(255) éteint la led,]

Du point de vue cablage, chicotore,  c'est tout aussi simple avec une led RGB à anode commune :
-l'anode à Vcc.
-chacune des 3 cathodes reliée à une sortie PWM à travers une résistance de limitation du courant à 20mA.
(Voir le schéma joint a mon 'Reply #4' dans ce fil de discussion.)

Dans ce cas un AnalogWrite(255) éteint la led, un AnalogWrite(0) l'allume à fond, un AnalogWrite(127) à moitié......etc

Après un AnalogWrite(255) la sortie correspondante reste à Vcc, donc pas de courant dans la led concernée puisqu'elle est à Vcc des 2 côtés !
Après un AnalogWrite(127) la sortie passe une moitié de son temps à Vcc et le reste à GND. C'est très rapide et avec la persistance rétinienne on a une impression d'éclairage 'moitié'.

[ommune à toutes les diodes]

La terminologie remonte aux afficheurs 7 segments.
Cathode commune quand les cathodes sont réunies et les anodes individuelles = 1 cathode commune à toutes les diodes.
Anode commune quand les anodes sont réunies et les cathodes individuelles = 1 anode commune à toutes les diodes.
(cathode = pointe du triangle !!)
voir ces excellentes pages:
http://www.robot-maker.com/index.php?/tutorials/article/41-composant-les-afficheurs-7-segments/
http://www.stielec.ac-aix-marseille.fr/cours/abati/aff7seg.htm
http://www.sonelec-musique.com/electronique_theorie_afficheurs_led.html

oui un AnalogWrite(0) laisse la sortie concernée à la masse pendant 100% du temps.
Ce serait pareil en faisant 'LOW' sur une pin mise au préalable en 'OUTPUT'

petit choix d'exemples avec ou sans AnalogWrite
http://make.larsi.org/electronics/ATmegaX8/led_rgb/

[digital pins]

-avec un 328 les sorties utilisables en PWM (AnalogWrite) sont les digital pins 3, 5, 6, 9, 10, and 11.
http://arduino.cc/en/Reference/AnalogWrite

-AnalogWrite fait basculer très rapidement la sortie entre état haut (~pratiquement VCC) et état bas (pratiquement GND !!)... ce qui est gérable c'est le ratio état haut/état bas
http://arduino.cc/en/Tutorial/PWM

Exemple avec Teensyduino (adapter les numéros de sorties !)
http://pjrc.com/teensy/tutorial2.html

@chicotore
en 'cathodes communes' tu attaques chacune des 3 leds du boitier de la même manière que la led Jaune de la carte Uno. (extrait de schéma Uno rev 2 joint)
En prenant des sorties 'PWM' il devient facile de doser l'intensité de chaque couleur (AnalogWrite 0 à 255)

@68tjs
OK pour rappeller qu'il faut penser à vérifier que le cumul des courants entrants ou sortants reste en dessous du plafond (p318 de la doc). Et là on voit effectivement un autre avantage pour les courants sortants.
En cathodes communes il devient possible de gérer 2 leds RBG @ 20mA/led à condition de travailler sous 5V.

Je ne partage pas ton point de vue chicotore.
Je vois les choses comme sur le petit schéma joint.
Voir également ce fil de discussion
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1287565569
Tant que le courant reste en deça de 20mA , que ce soit dans un sens ou dans l'autre, pas besoin d'insérer un buffer (inverseur ou non-inverseur)

Boitier traditionnel ou cms, c'est une affaire de goût, d'encombrement, de look sans parler de la technique de soudage. En boitier cms on trouve aussi des modèles à leds indépendantes (6 pins) :
http://www.conrad.fr/multiled_led_couleurs_pures_p_48674_49370_781236_360976_FAS

Here is Uno rev 2 schematic... 4 new solder pads are for JP2

-Si tu as déjà les leds tu n'as pas le choix !! C'est le fabricant de la led qui l'avait en choisissant de réunir les anodes ou les cathodes des 3 leds internes.
-Si ta question est 'avant achat' ce que je présume plutôt je trouve que c'est indifférent du point de vue électrique car les Mega328 ont les mêmes capacités à fournir du courant (cathodes réunies à la masse) ou absorber du courant (anodes réunies à Vcc). (20mA en 'source' ou en 'sink')
Par contre au niveau de la lisibité du code l'avantage me semble être du côté 'cathodes communes' puisque dans une commande AnalogWrite une valeur 0 correspondra bien à l'extinction et 255 au maxi. En 'anodes communes' l'intensité lumineuse serait inversée avec cette commande. la commande AnalogWrite sous entend une charge reliée à la masse.

Exemple de led RGB chez Sparkfun :
http://www.sparkfun.com/products/105

Librairies for EN28J60 chip are better end better....
-el-egg tells about thiseldo's one
-jcw (Jeelabs) is making a version allowing cleaner and clearer code :
http://jeelabs.net/projects/cafe/wiki/EtherCard

Good things like 'sleep mode' are coming for ENC28J60 :
http://blog.derouineau.fr/2011/07/putting-enc28j60-ethernet-controler-in-sleep-mode/

In my case the choice among available chips was :
-W5100 for a current work with 'server mode',
-ENC28J60 for a another app with 'client mode' feeding Pachube/ThingSpeak (no permanent ethernet connection, low power mandatory)

(New chip arrives : Wiznet W5200 with power down pin, Microchip ENC24J600 ....)

Non, l'adresse d'un périphérique I2C est codée dans le composant lui même avec parfois la possibilité de choisir parmi 2,3 ou 4 adresses prédéfinies. Il est de toutes façons assez difficile de gérer un composant I2C sans sa documentation. J'espère pour toi que ce n'est pas le cas !!
Bon courage !!

Je pense à une transmission  'série synchrone' par laquelle les 384 bits repésentants les états des 384 pixels  seraient envoyées un par un, les uns après les autres, sur un fil unique, une horloge donnant le rythme sur un autre fil.

C'est ce qui se fait pour les shields SD, Ethernet, RTC, Dallas1820.... avec 2  possibilités en sorties :
- Bus SPI : MOSI (digital 11) , SCK (digital 13), SS (digital 10) + (librairie SPI)
- Bus I2C : SDA (Analog 4) et SCL (Analog 5) + (librairie Wire)

Avec un chronogramme tel que ci-dessous l'envoi se ferait bit par bit en 96 groupes de 4 bits

je continue de mon côté à creuser la piste de la communication série pour gérer les pixels.
24 lignes et 16 colonnes = 384 éléments que l'on pourrait programmer en série par l'envoi de 48 octets sur 2 ou 3 fils.
Regardez un composant comme le HT1623G d'HOLTEK :  il est capable de piloter 384 éléments LCD (points, segments, symboles...) à partir de sa RAM que l'on remplit avec une interface '3fils'. Peut être la puce sous l'epoxy !!
http://www.holtek.com/english/docum/consumer/1623.htm
Peu importe comment les éléments sont répartis sur la plaque de verre (matrice, lignes de symboles spéciaux....). Bien sûr cela n'explique pas comment seraient en plus gérée la couleur du retroéclairage par les 4 leds RGB. Une astuce peut être à l'aide des quelques transistors...

Led RGB à 4 pins (anode ou cathode commune aux 3 leds internes)

Bonjour

Quelques recherches amènent à un écran assez spécial animant  le 'visage' du robot.

Voir notice :http://www.google.fr/url?sa=t&source=web&cd=5&ved=0CEUQFjAE&url=http%3A%2F%2Fwww.spykeevox.com%2Fdata%2Finstructions_fr_Spykee_Vox.pdf&rct=j&q=spykee%20vox%20remote%20control&ei=YyAoTqepOI7Fswao18iZCQ&usg=AFQjCNFkSeEiS9rZ4D6Gsdb-Fqph_ttNVw&cad=rja

Page 22 et 23 de la notice on voit dans les exemples  d'édition des écrans que la couleur choisie concerne l'ensemble du texte ou l'ensemble du dessin.... ça peut sans doute permettre d'orienter les recherches.
En revoyant les photos je penche en faveur d'un afficheur monochrome et d'un rétroéclairage à 6 couleurs (R,B,G + 3 mélanges de 2 couleurs)
Les 7 fils pourraient éventuellement être : (edit = mal lu les infos précédentes , oubli du Reset !)
-une entrée de données (serie synchrone) et son horloge, (a relier par ex à MOSI et CLK)
-les 3 couleurs pour gérer les Leds
-l'alimentation.

Hi robtillaart
I suggest a 'not so brute force' way : avoid high level sent to an unpowerd chip on SCK, MOSI and SS.
Low or tristate digital pins 10, 11 and 13... and say bye bye to other SPI peripherals during this time !