Accéder au contenu principal

ESP8266 - Contrôle de prises X10 en Lua

Dans le billet précédent, j'ai indiqué comment piloter des prises Chacon en RF433. Dans ce billet, je vais montrer comment faire de même avec des prises X10.
Les prises X10 sont apparues il y a maintenant 40 ans (en 1975) et permettent de piloter des prises de courant par courant porteur. Le courant porteur signifie que les prises secondaires reçoivent les commandes à travers les fils électriques. Il faut cependant une prise principale qui reçoit les commandes d'allumage ou d'extinction des prises venant d'une télécommande Radio ou Infrarouge pour les transformées en courant porteur. On retrouve aujourd'hui cette technologie à beaucoup plus haute vitesse dans les modems CPL tels que ceux utilisés par Free par exemple.
Module AM12 (On/Off)
Je me suis intéressé au protocole X10 il y a une vingtaine d'années lorsque Thomson a décidé de se retirer du marché. Je me suis ainsi équipé d'un convertisseur radio TM13, de quelques prises AM12 (on/off), d'une prise variateur LM12, d'une télécommande 8 en 1 infrarouge et radio, d'une douille X10, d'un adaptateur CM11F pour pouvoir envoyer des commandes depuis un PC. Ce système m'a apporté entière satisfaction pendant plusieurs années. Je m'en suis peu à peu éloigné après avoir retrouvé ma famille plongée dans le noir pour n'avoir pas réussi à allumer les prise, à cause de parasites provoqués par l'alimentation à découpage d'un ordinateur portable. 

 Module LM12 (variateur)


Comme les prises Chacon, chaque prise à un code House (de A à P) et un code Unit (de 1 à 16). On peut donc gérer jusqu'à 256 prises. Cependant, avec une même télécommande configurée pour un code maison, on ne peut réellement n'en gérer que 16. Le code House permet de différencier des maisons situées dans le même entourage et d'éviter que votre voisin éteigne volontairement ou non vos lumières.
Convertisseur TM13 radio/CPL
 
Avec l'arrivée des smartphones, des micro-contrôleurs et du Wifi Low cost (ESP8266), l'occasion était trop belle de ressortir mes vieux "jouets" du papier bulle dans lequel je les avaient emballés. Il était temps de réussir à les piloter depuis un PC, un smartphone ou une tablette.

Le protocole Radio

Le convertisseur Radio utilise la fréquence radio 433 Mhz qui est la même que celle utilisée par les prises Chacon. Ayant déjà réussi à émettre sur cette fréquence, il ne me restait donc plus qu'à identifier les données à émettre et à les envoyer. J'ai dû chercher un peu sur le net avant de trouver quelques informations et de faire quelques essais avant de bien comprendre comment ce protocole fonctionne. Les 2 sites suivants m'ont été d'un très grand secours : 
Le premier lien décrit précisément le protocole RF X10 qui s'inspire complètement du protocole InfraRouge des télécommandes Nec. C'est un peu barbare à vu d’œil, mais je vais détailler un peu.
Protocole NEC IR

Il manque cependant sur cette image une première séquence de blanc qui dure 28ms. 
J'utiliserai les termes H lorsque le signal est en Haut et B lorsque le signal est Bas.
Le protocole X10 est donc codé sur 32 bits avec 3 bits de préambule :
Préambule
B - pendant 27 000 us (27 ms)
H - pendant 9 000 us (9 ms)
B - pendant 4 500 us (4,5 ms)
Code House sur 27 000 us
8 bits pour le code House (ex: 01100000)
8 bits pour le complémentaire du code House (ex: 10011111)
Code Unit sur 27 000 us
8 bits pour le code Unit (ex: 00000000)
8 bits pour le complémentaire du code Unit (ex: 11111111)
Fin
H - bit de fin pendant 560 us

Ce protocole est un peu plus complexe que celui du Chacon. Le fait d'envoyer un code et son complémentaire permet d'avoir des trames de longueur identiques et également de vérifier qu'il n'y a pas d'erreur au moment du décodage.
Les données sont envoyées de la manière suivante :

 

Le programme Lua pour envoyer une telle séquence est le suivant.

  0 = H pendant 560 ms, B pendant 560 ms  
            _    
 Waveform: | |__  
 1 = H pendant 560 ms, B pendant 1600 ms  
            _    
 Waveform: | |_____   

 counts = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0,   
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0,  
      0, 0, 0, 0, 0, 0, 0, 0, 0, 0}  
   
 waitus = tmr.delay  
   
 HouseB = {A=0x60, B=0x70, C=0x40, D=0x50, E=0x80, F=0x90, G=0xA0, H=0xB0, I=0xE0, J=0xF0, K=0xC0, L=0xD0, M=0x00, N=0x10, O=0x20, P=0x30}  
   
 UnitB={0x00, 0x10, 0x08, 0x18, 0x40, 0x50, 0x48, 0x58}  
   
 ht = {0, 0, 0, 0, 0, 0, 0, 0}  
 ut = {0, 0, 0, 0, 0, 0, 0, 0}   
   
 function intToBits(code, tab)  
  val = code   
  for i = 1, 8 do  
   b = bit.band(val, 0x80)  
   val = bit.lshift(val, 1)  
   tab[i] = (b == 0x80) and 1 or 0   
  end  
 end  
   
 function transmit(pin, tab, n, highOrLow, rep)  
   print("Transmit "..n)  
   start = highOrLow  
   for r = 1, rep do    
    for i=1, n do  
     gpio.write(pin, start)  
     waitus(tab[i])  
     start = (start + 1)%2  
    end  
    tmr.wdclr()   
   end  
 end  
   
 function buildX10Bits(pin, house, unit, sup, on)  
  SHORT = 560  
  LONG = 1100  
   
  -- Lock sequence  
  counts[1] = 28000  
  counts[2] = 8000  
  counts[3] = 4500  
   
  -- House Code and the complementary  
  start = 3  
  startc = 3 + 8*2  
  for i=1, 8 do  
   counts[start + (i*2)-1] = SHORT  
   counts[start + (i*2)]  = house[i]*LONG + SHORT  
      
   comp = (house[i] == 1) and 0 or 1  
   counts[startc + (i*2) - 1] = SHORT   
   counts[startc + (i*2)] = comp*LONG + SHORT  
  end  
    
  -- Unit code and the complementary  
  start = 3 + 8*2 + 8*2  
  startc = 3 + 8*2 + 8*2 + 8*2   
  for i=1, 8 do  
   counts[start + (i*2)-1] = SHORT  
   counts[start + (i*2)]  = unit[i]*LONG + SHORT  
      
   comp = (unit[i] == 1) and 0 or 1  
   counts[startc + (i*2) - 1] = SHORT   
   counts[startc + (i*2)] = comp*LONG + SHORT  
  end  
  counts[start + (3*2)-1] = SHORT  
  counts[start + (3*2)] = (on and 0 or 1)*LONG + SHORT  
  counts[startc + (3*2)-1] = SHORT  
  counts[startc + (3*2)] = (on and 1 or 0)*LONG + SHORT  
    
  counts[4*8*2 + 3 + 1] = SHORT  
  counts[4*8*2 + 3 + 2] = SHORT  
    
  transmit(pin, counts, 4*8*2 + 5, 0, 10)  
 end  
   
 function sendX10(pin, code, on)  
  h = string.sub(code, 1, 1)  
  u = tonumber(string.sub(code, 2))  
  sup = (u > 8) and true or false  
  intToBits(HouseB[h], ht)  
  intToBits(UnitB[u], ut)  
  buildX10Bits(pin, ht, ut, sup, on)  
 end  

Vous remarquerez que l'on ne gère que 8 codes Units. Pour les codes Units de 9 à 16 il faut mettre le bit 2 du code Maison à 1.

Pour allumer la lampe 1, il faudra envoyer les commandes suivantes :
 gpio.mode(7,gpio.INPUT,gpio.FLOAT)  
 sendX10(7, "A1", true) -- Pour allumer la lampe  
 sendX10(7, "A1", false) -- Pour éteindre la lampe  

Commentaires

Posts les plus consultés de ce blog

Utilisez votre tablette Android comme second écran pour Linux (Raspberry Pi, MK908II)

Les tablettes Android atteignent désormais des prix qui défient toute concurrence. On trouve désormais des modèles à 39 € TTC en super marché, soit à peine plus cher que le Raspberry PI, mais avec un écran. Ces modèles souvent mono-core 1Ghz ou 1,4 Ghz avec 512 ou 1Go de mémoire ne sont très probablement pas utilisables pour une utilisation régulière sur Internet et ne sont en aucun point comparables à leur équivalent de marque (Samsung, Sony, LG, HTC, Lenovo, etc). Plusieurs tutoriels indiquent comment connecter utiliser une tablette Android comme second écran ( http://www.linux-magazine.com/Online/Blogs/Productivity-Sauce/Use-an-Android-Device-as-Screen-and-Input-for-Raspberry-Pi ). Ces méthodes utilisent généralement l'USB Tethering qui n'est malheureusement disponible que sur les téléphones ou tablettes avec un accès mobile (3G ou 4G) inclus. Dans ce billet, je vais vous montrer comment se connecter à une tablette en utilisant le mode Debug adb (Android Debug Bridge...

Ardublock ou S4A pour développer graphiquement

Si vous n'aimez pas le développement en C, ou C# sur les micro-contrôleurs, vous pouvez vous essayer au développement graphique avec Ardublock. Historique Cet environnement de développement est issu d' OpenBlocks développé par le MIT qui se positionne lui même dans la suite du langage Logo de Seymour Papert . Le langage Logo est un langage issu de l'Intelligence Artificielle dans les années 1970 dont l'objectif était de faciliter l'apprentissage de la programmation à de jeunes enfants par le biais du pilotage d'une tortue munie d'un crayon. Les ordres étaient relativement simples : avance de 90 cm, tourne à droite de 90°, etc. Ceci, permettait de réaliser des dessins assez simple, de piloter un petit robot et d'apprendre la programmation. C'était cependant un langage textuel. Exemple pour tracer un carré : POUR CARRE REPETE 4 [AV 100 TD 90] FIN   Son digne successeur, le langage Scratch désormais intégré à l'image Raspbian du Raspberry Pi...

Hack du RoboSapien en Infra-Rouge

Mon fils a eu un RoboSapien V1 il y a une dizaine d'années. Il prenait la poussière sur le haut d'une armoire, jusqu'à ce que j'ai envie de le ramener à la vie. Il était temps, les piles étaient en train de commencer à couler et vu le nombre de servo moteurs qu'il contient, ses jours étaient comptés. Mais non, j'ai réussi à contenir mon irrésistible envie de tout démonter et j'ai décidé de passer par la télécommande Infrarouge pour le piloter. Le protocole est assez similaire de celui d'une télécommande infrarouge classique avec cependant quelques petites différences. Il est correctement expliqué sur les sites http://www.aibohack.com/robosap/ir_codes.htm et http://www.markcra.com/robot/ir_codes.php . Je vais traduire en français pour ceux qui auraient un peu de difficulté. Il existe des librairies Arduino, mais comme d'habitude, pas toujours de librairie en C#. Voici les choses importantes à connaitre sur le protocole : Le protocole envoie...