Interrupteurs domotique Blyss de castorama

al1fch:
rapport cyclique 1/3 ou 2/3 entre deux fronts descendants
on peut essayer de lire en se concentrant sur la durée des états bas
ça serait plus habituel en inversant les niveaux logiques.
Disons qu'on serait, si l'hypothèse se vérifie, en PWM mais en logique négative

Ce qui pourrait collerai avec le fait que le µc ne comporte qu'un timer avec un générateur de PWM associé ...
Je vais regarder le datasheet voir si la broche d'émission du signal est celle permettant de faire de la PWM ou celle associé au timer.

Quand j'écrivais PWM c'était juste pour évoquer l'allure du signal, pas sa production.
si ça e trouve c'est codé en assembleur avec des boucles de temporisation.
Un petit µC 4 bits ferait même l'affaire côté emetteur !

al1fch:
Quand j'écrivais PWM c'était juste pour évoquer l'allure du signal, pas sa production.
si ça e trouve c'est codé en assembleur avec des boucles de temporisation.
Un petit µC 4 bits ferait même l'affaire côté emetteur !

Bon bin ya effectivement de forte chance que ce soit basé sur des boucles + tempo ...
Pour ceux qui est du code c'est quasi sur c'est de l'assembleur ...
1Ko flash, 48o ram ... http://www.sonix.com.tw/sonix/product.do?p=SN8P2501B

Le brochage :
Bouton externe : P1.0
Bouton interne : P1.2 (bouton inutile ... il fait la même chose que le bouton externe)
Led de statut : P2.1 (semble clignoter au même rythme que la sortie RF)
Module RF : P2.2

Au passage c'est un peu mal foutu l'interrupteur externe est cablé sur une broche ne supportant pas le mode "wake up" donc le truc reste h24 en marche ...
En réveillant le CI juste au moment de l'appui ça permettrai d'économiser la batterie ... bref :grin:

Je retourne sous paint.net décodé tout ce petit monde suivant ton principe :slight_smile:

Bon en suivant ton principe je trouve :

0000 00011000 01101010 00001000 01111111 00100101 01101110

Ou en logique inversé :

1111 11100111 10010101 11110111 10000000 11011010 10010001

est tu sûr et certain que les 4 premiers bits sont une synchro ?

Si tu reportes les 4 bits 'excédentaires' à la fin (Checksum modulo 16 ?) tu peux arriver à trouver 0x01 et 0xFE dans trame_ON

En codage Manchester il faut une synchro pour la PLL qui, côté récepteur, reconstitue l'horloge indispensable au décodage. Içi plus besoin de synchro , juste un petit préambule pour amorcer la CAG du récepteur (on est en modulation d'amplitude ASK)

Exemple avec 6 octets + 4bits en fin et en considérant que le poids fort est envoyé en premier
(Si je savais réellement exploiter un tableur je pourrais être plus productif !... colonnes F et J !!!)

trame_ON.ods (35.3 KB)

al1fch:
est tu sûr et certain que les 4 premiers bits sont une synchro ?

Non ... en faite ... j'ai encore réfléchi en code manchester :sweat_smile:

al1fch:
Si tu reportes les 4 bits 'excédentaires' à la fin (Checksum modulo 16 ?) tu peux arriver à trouver 0x01 et 0xFE dans trame_ON

Checksum mod 16 ... ce serait pas con vu qu'on travail en RF 433MHz, avec une forte probabilité d'interférences donc.

Vous l'avez trouvé où le soft pour (re)lire les fichier .ols
j'ai fureté un peu mais rien trouvé de concluant

Artouste:
Vous l'avez trouvé où le soft pour (re)lire les fichier .ols
j'ai fureté un peu mais rien trouvé de concluant

C'est le client alternatif pour la carte OpenLogicSniffer :
http://www.lxtreme.nl/ols/

Bon sinon j'ai bien avancé :wink:
J'ai un dump complet de l'eeprom : j'ai pas cherché à comprendre, j'ai désoudé la 24C02, j'ai fait mon dump, et je l'ai resoudé :grin:
J'ai aussi dump la trame "ON" de la télécommande, dont l'adresse est forcément dans le dump de l'eeprom.
Je fait les analyses de trames qui vont bien et je vous post le tout :wink:

--

EDIT:

J'ai fait le dump de la trame RF de la télécommande avec un récepteur 433MHz donc il y a un peu de bruit avant la trame.
-> voir le fichier .olp vers ~96ms

En suivant la méthode al1fch j'obtiens :

00000001 11000110 11011110 01010111 11110110 01111000 1001
0x01          0xC6          0xDE          0x57          0xF6          0x78          0x09

Ou en logique inversé :

11111110 00111001 00100001 10101000 00001001 10000111 0110
0xFE           0x39          0x21          0xA8         0x09          0x87          0x06

Le dump de l'eeprom contenait ceci :

0x0F 0xE3 0x92 0x1A 0x80 0xFF 0xFF 0xFF 0x0F 0xE7 
0x95 0xF7 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF  
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF  
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF  
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0x03 0x00 0x00 0x55 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF

On peut y voir très clairement trois séries de 5 octets :

0x0F 0xE3 0x92 0x1A 0x80
0x0F 0xE7 0x95 0xF7 0x80
0x03 0x00 0x00 0x55 0x80

Traduit en binaire :

00001111 11100011 10010010 00011010 10000000
0x0F      0xE3      0x92      0x1A      0x80

00001111 11100111 10010101 11110111 10000000
0x0F      0xE7      0x95      0xF7      0x80

00000011 00000000 00000000 1010101 10000000
0x03      0x00      0x00      0x55      0x80

Voila voila ...

trame_on_tel.olp (4.86 KB)

J'ai lu en vitesse

  1. Je ne connais pas de moyen d'utiliser l'OLS en générateur et c'est bien dommage mais étonnant que ca n'existe pas

  2. Pourquoi vouloir utiliser un decodage I2C ?
    l'I2C est très spécifique avec ses notion de START, d'adresse comprenant le bit de read/write, ...

Je vais relire un peu mieux

barbudor:
J'ai lu en vitesse

  1. Je ne connais pas de moyen d'utiliser l'OLS en générateur et c'est bien dommage mais étonnant que ca n'existe pas

Ça semble t'il déjà était demandé :
http://gadgetforge.gadgetfactory.net/gf/project/butterflylogic/tracker/?action=TrackerItemEdit&tracker_item_id=27

barbudor:
2) Pourquoi vouloir utiliser un decodage I2C ?
l'I2C est très spécifique avec ses notion de START, d'adresse comprenant le bit de read/write, ...

Ok ça fait un peu bordélique mon topic, mais en gros je capture des trames RF avec un récepteur 433MHz et la carte OLS.
Et en parallèle je capture l'activité du bus I2C du récepteur prise murale (qui possède un eeprom ou sont stocké les adresses des émetteurs associé).

doucement skywodd !
j'ai juste fait une hypothèse sur le codage du bit (à la polarité près)
ensuite vient l'hypothèse sur la structure du mot (quartet ? octet ?)
celle sur la position du poids fort.... etc
ça fait donc encore plusieurs 'degrés de liberté'...
il faut rester 'souple' dans la démarche, remettre tout en cause et tenter d'autres hypothèses...
A ce niveau je ne suis pas encore certain que le contenu de l'EEPROM aide réellement.
je prèfère passer en revue plusieurs hypothèses sur la trame émise pour y trouver du sens...
As-tu associé ton récepteur avec plusieurs émetteurs ?
Comment se passe la procédure d'association ?

al1fch:
doucement skywodd !
j'ai juste fait une hypothèse sur le codage du bit (à la polarité près)
ensuite vient l'hypothèse sur la structure du mot (quartet ? octet ?)
celle sur la position du poids fort.... etc
ça fait donc encore plusieurs 'degrés de liberté'...

T'inquiète je reste calme :wink:
Je teste juste un peu toute les possibilités en me basant sur les trames et sur l'eeprom pour tenter de trouver une relation.

al1fch:
il faut rester 'souple' dans la démarche, remettre tout en cause et tenter d'autres hypothèses...
A ce niveau je ne suis pas encore certain que le contenu de l'EEPROM aide réellement.

Je suis en train de tester une solution annexe :
Ne pas essayer de décoder le signal mais uniquement de l'émuler.
Je verrai bien ce que ça donne ...

al1fch:
je prèfère passer en revue plusieurs hypothèses sur la trame émise pour y trouver du sens...
As-tu associé ton récepteur avec plusieurs émetteurs ?

J'avais fait l'association avec deux émetteurs, la télécommande et l'interrupteur.
Histoire d'être tranquille j'ai dissocié l'interrupteur et gardé juste la télécommande pour faire le dump.
Donc théoriquement dans l'eeprom il n'y a que l'adresse de la télécommande.

al1fch:
Comment se passe la procédure d'association ?

Il faut appuyer sur un bouton côte récepteur, puis ensuite appuyer sur l'interrupteur à associé.
Pour dissocié c'est la même procédure.

J'avais parlé un peu vite au sujet de l'EEPROM :fearful:
....voici une superbe corrélation entre la seconde ligne de l'EEPROM et la trame inversée !!
(A ce niveau de recherche je me méfie de l'hexadécimal.... mieux vaut rester prudement au niveau du bit et de ne monter à un niveau supérieur que quand l'étage du dessous est 'solide' !)

On peut donc commencer à assurer que le codage du bit est connu ainsi que sa polarité et la position du poids fort
(1 = long état haut, 0 = court état haut, poids fort en premier)

Le premier octet de la trame serait 0xFE et présent également en début de l'enregistrement correspondant en EEPROM pour l'émetteur. (partie de l'adresse de l'émetteur ?)

reste à comparer les fin de trames ON et OFF provenant du même émetteur

corrélation.jpg

skywodd:
Je teste juste un peu toute les possibilités en me basant sur les trames et sur l'eeprom pour tenter de trouver une relation.
...
Il faut appuyer sur un bouton côte récepteur, puis ensuite appuyer sur l'interrupteur à associé.
Pour dissocié c'est la même procédure.

en ce qui concerne l'eeprom
Tu es obligé de dessouder l'eeprom pour faire un dump, tu ne peux pas te piquer en volant ?
perso je ferais une dissociation
dump
association touche "1"
dump
association touche "2"
dump
dissociation 1 et 2
dump
association 2
dump

déjà ça doit permettre de voir comment est géré l'occupation eeprom

je n'ai pas de casto à proximité , dommage ... pour toi :grin:

Bien vu

Il faudrait d'autres trames pour comparer
J'envisageais aussi de me lancer dans la télécommande de prise et je lorgnais coté DIO/MyFox, mais çà c'est moins cher donc autant commencer par là.

Pour bien comprendre tu as =

mais dans ce cas je ne comprend pas comment tu peux associer l'interrupteur avec le récepteur puisque l'interrupteur est lui aussi un recepteur....

barbudor:
mais dans ce cas je ne comprend pas comment tu peux associer l'interrupteur avec le récepteur puisque l'interrupteur est lui aussi un recepteur....

Bonsoir barbudor
je pense que skywodd à ce stade joue avec ça

En récapitulant et avec le fichier diff_blyss.png du 'reply #16' on aurait à ce stade et sous réserves .... :

                  -----------------adresse ---------------  ----code action + ? ----
Trame ON          11111110 01111001 01011111 01111000 0000  11011010 10010001
Trame OFF         11111110 01111001 01011111 01111000 0000  00011110 01010000

EEPROM     (0000) 11111110 01111001 01011111 01111000 0000

                            _ _                      _
Un bit "1"   étant codé   _/       et un bit "0" _ _/

Là ou j'ai mis "code action' il peut y avoir en plus un octet de checksum pour vérifier (sommairement) l'intégrité de la trame reçue. Il faut aussi comparer les deux trames successives émises si j'ai bien compris à chaque action.
Simple redondance (indispensable) ou plus ? Quelques fois on rencontre l'émission d'un message puis de son complément en plus de la somme de contrôle de la trame.

Damned !
Je pars 30 minutes et voila déjà 5 nouveaux post, vous voulez me tuer :stuck_out_tongue:

al1fch:
J'avais parlé un peu vite au sujet de l'EEPROM :fearful:
....voici une superbe corrélation entre la seconde ligne de l'EEPROM et la trame inversée !!

... Zut donc j'ai du faire un boulette dans mon décodage ... j'ai un bit qui va pas ... :stuck_out_tongue_closed_eyes:

al1fch:
reste à comparer les fin de trames ON et OFF provenant du même émetteur

Bon bin c'est reparti :grin:
Elle aurait bien tourner la petite carte OLS aujourd'hui :grin:

Artouste:
en ce qui concerne l'eeprom
Tu es obligé de dessouder l'eeprom pour faire un dump, tu ne peux pas te piquer en volant ?

Oui, enfin je suis obliger de désouder les lignes SDA et SCL, sinon le µc de la carte vient foutre la m*rde ...
J'ai fait une sorte de pont, j'ai coupé la liaison µc <> eeprom et j'ai mis des câbles.
Comme ça je peut dump l'eeprom ou utiliser le récepteur juste en reliant ou non les câbles.

Artouste:
perso je ferais une dissociation
dump
association touche "1"
dump
association touche "2"
dump
dissociation 1 et 2
dump
association 2
dump

C'est en cours :sweat_smile:
Trop de truc à faire dump, capture, dump, capture, dumture, capmp :stuck_out_tongue_closed_eyes:

barbudor:
Il faudrait d'autres trames pour comparer

HAAAAA boom

barbudor:
J'envisageais aussi de me lancer dans la télécommande de prise et je lorgnais coté DIO/MyFox, mais çà c'est moins cher donc autant commencer par là.

J'ai choisi les truc blyss pour la même raison :wink:

Mon cerveau à vu "433MHz" sur la boite. J'ai regardé la boite, la boite m'as regardé. Je me suis dit "nikel je vais pouvoir test ma carte OLS". j'ai regardé le prix, le prix était cool. Du coup j'ai sorti le billet, enfin les billets. Bref j'ai acheté un lot de prise télécommandé.

Bon récap, j'ai sur mon bureau :
-> Interrupteur récepteur Blyss - Eclairage intérieur | Castorama
(mais je sait pas pourquoi ils disent "2 positions ON / OFF en façade." puisse qu'en faite c'est juste un bouton poussoir en mode ~télérupteur)
(récepteur)
-> Bricolage, jardinage et aménagement de la maison | Castorama
(émetteur)

  • une télécommande que j'ai pas trouvé sur le site.

barbudor:
mais dans ce cas je ne comprend pas comment tu peux associer l'interrupteur avec le récepteur puisque l'interrupteur est lui aussi un récepteur....

L'interrupteur "le gros" reçoit, l'interrupteur "le petit" lui émet.
Dans "le gros" il y a le relai avec le récepteur RF, l'eeprom, le µc, etc ... dans "le petit" il y a juste un émetteur RF et un µc.

Artouste:
je pense que skywodd à ce stade joue avec ça
http://www.castorama.fr/store/Prise-telecommandee-et-telecommande-BLYSS---Interieur-prod4470026.html?isSearchResult=true&navAction=jump

C'est pas cette télécommande mais elle y ressemble beaucoup (la mienne a un écran avec l'heure au dessus).
J'utilise la télécommande car je peut séparé la trame du bouton ON de celle du bouton OFF.
Avec le petit interrupteur c'est moins pratique vu qu'il faut garder les deux fils connectés ensemble sinon il envoi ON, puis OFF dés qu'il n'y a plus contact.

Bonne nouvelle !

J'ai fait un bond énorme dans la compréhension de l'organisation interne de l'eeprom grâce à une idée simple mais terrible !

J'ai effacer l'eeprom :grin:
Plein de jolies 0xFF de l'adresse 0x00 à l'adresse 0xFF, une eeprom comme en sorti d'usine !

Du coup, allumage du récepteur, panique à bord, ça clignote de partout, il faut lui associer son 1er émetteur à ce petit gas !

Donc moi, en gentleman, je lui propose ma télécommande, coup de foudre immédiat, le récepteur est sous le charme.
J'ai alors récupérer le contenu de l'eeprom en déconnectant le câble qui relier l'eeprom et le µc.
Ni vue ni connu je t'embrouille !

L'adresse de la télécommande est donc (c'est sure a 100%) : 0x0F 0xE3 0x92 0x1A
Et l'adresse de l'interrupteur est : 0x0F 0xE7 0x95 0xF7

Maintenant l'architecture interne de l'eeprom en détails :
Les adresses sont stocké à partir de l'adresse 0x00 et ceux sur 4 octets, suivi d'un octet 0x80 qui semble être un octet de fin (?), après chaque adresse ce trouve 3 octets 0xFF.
Les adresses sont donc mis bout à bout suivant ce principe ...

A l'adresse 0xF0 ce trouve un octet égale au nombre de télécommandes stocké en mémoire, suivit d'un 0x00.
Juste après ce trouve un octet de valeur 0x00 ou 0xFF indiquant l'état actuel de l'interrupteur (0x0 -> éteint, 0xFF -> allumé).
A cela s'ajoute une sorte "d'empreinte" invariable : 0x55 0x80 d'utilité inconnu.
L'octet 0x80 revient en fin de chaque adresse, et en fin de ce que l'on pourrait appeler l'adresse de "travail".
Ça doit être un octet de vérification ou quelque chose dans le genre.

PS: ma première impression était donc bonne, dans ~5000 appuis du bouton je pourrai changer l'eeprom !

Bref ! Voici le dump de l'eeprom suite à un effacement complet, avec la télécommande SEUL d'associé :

0x0F 0xE3 0x92 0x1A 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0x01 0x00 0x00 0x55 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF

Puis le dump avec la télécommande ET l'interrupteur d'associé :

0x0F 0xE3 0x92 0x1A 0x80 0xFF 0xFF 0xFF 0x0F 0xE7 
0x95 0xF7 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 
0x02 0x00 0x00 0x55 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF

Ce qu'il faut donc retenir :

0x0F 0xE3 0x92 0x1A 0x80 0xFF 0xFF 0xFF 0x0F 0xE7 -> adresse + octet de vérif + ... 3 octets inutiles
0x95 0xF7 0x80 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF 0xFF
0x02 0x00 0x00 0x55 0x80 0xFF 0xFF 0xFF 0xFF 0xFF -> nb d'émetteurs en mémoire, 0x00, état de l'interrupteur, 0x55, octet de vérif
0xFF 0xFF 0xFF 0xFF 0xFF 0xFF

Et en bonus dans les fichiers joints :

  • Les capture OLS des trame ON, et OFF de la télécommande et de l'interrupteur !

Bon ... je vais allez dormir un peu ou sinon je vais devenir fou ... A demain tout le monde !

trame_on_hd_interrupteur.ols (1.84 KB)

trame_off_hd_interrupteur.ols (1.84 KB)

trame_on_telecommande.ols (3.08 KB)

trame_off_telecommande.ols (3.04 KB)

Cool ca avance bien
Bien vu le coup d'effacer l'EPROM. Heureusement que tu pouvais toujours régénérer le contenu après si ca foirait.

Ce soir je vais aller acheter un kit "télécommande 5 canaux + interrupteur-récepteur"
Sur la télécommande 5 canaux il y a donc :

  • 5 boutons ON
  • 5 boutons OFF
  • 1 bouton ALL ON
  • 1 bouton ALL OFF

Je ferais des captures ce qui nous permettra d'augmenter le nombre de trames pour valider.

Comme j'ai des problèmes avec les modules 433MHz que j'ai acheté chez LedSee (pas réussi à la faire fonctionner pour l'instant), je fais essayer d'ouvrir la télécommande pour me piquer directement à l'intérieur.