Rflink oui mais ??

[yanael]

quigg , un truc aldi

j ai trouvé ca mais je suis pas plus avancé :

https://forum.pilight.org/Thread-QUIGG- ... onics-ALDI

J'en déduis que tout ce qui est à base de 433 mhz ne fonctionnera pas forcement avec le rflink.
de là, bien des questions se posent :
quelles listes de matériels est vraiment compatible ?
j'ai vu blyss par exemple dans la liste mais vu les tarifs cela refroidie.

n'y a t'il pas une zone d'apprentissage dans domoticz ou rflink ?

[deennoo]

Le mieux est de demander directement a la stunt team non?

Je sais qu'il travail sur des prises lidl, demande ! Si tu fournis des sources tu es le bien venu

La liste des pdts compatible :

http://www.nemcon.nl/blog2/2015/07/devlist

Dans la liste l y a écrit :

Quigg GT-1000 RC / Quigg GT-FSI-08, pas GT-9000...

[yanael]

Stunt team ?
Je veux bien aider au contraire

Petit rappel. I m boulet.
J ai pas bcp de temps passé sur le rflink et je ne connais pas encore tous les rouages

Envoyé de mon MI NOTE LTE en utilisant Tapatalk

[frenchyyii]

J'ai des quigg avec la télécommande ovale et les prises à apprentissage c'est reconnu nickel en autodétection.
Il s'agit de ce modèle

[yanael]

C est pas les même ma télécommande est blanche.
En auto apprentissage, j ai délai dépassé

Envoyé de mon MI NOTE LTE en utilisant Tapatalk

[deennoo]

C est pas les même ma télécommande est blanche.
En auto apprentissage, j ai délai dépassé

Envoyé de mon MI NOTE LTE en utilisant Tapatalk

Tu ne peux pas ajouter de "protocole" a RFlink.

Delai dépasser indique que RFLink ne reconnait pas ta telecommande, la langue qu'elle parle lui est inconnu.


Soit sur la télécommande il est écrit gt1000r et cela fonctionne, soit c'est autre chose et cela ne fonctionne pas si ce n'est pas dans la liste des produits "reconnu".

[rimram31]

Trouvé ça sur le sujet: http://sourceforge.net/p/rflink/discuss ... /c76c0928/ -> "we will do our best to add support for it as soon as possible...". Donc a priori non encore supporté mais serait bientot ajouté.

Pas de mode apprentissage mais un mode "DEBUG" qui affiche les trames RF reçues en affichant la durée des etats hauts/bas reçus. Reste après a regarder tout ça pour comprendre comment "ça fonctionne"/c'est codé. Si le code C ne te rebute pas, a comparer avec le protocole des versions précédentes pour voir si il y a autant d'écart. Et si tu avances sur le sujet, informe la team rflink.

[yanael]

ok merci des infos, donc je suppose qu il y a des mises à jours du logiciels rflink de l arduino c'est bien.
Le gestion étant faite par le rflink et non domoticz ?

[rimram31]

ok merci des infos, donc je suppose qu il y a des mises à jours du logiciels rflink de l arduino c'est bien.
Le gestion étant faite par le rflink et non domoticz ?

Oui, c'est coté rflink. Son "boulot" est de décoder/encoder les trames RF et il retourne a dz sous forme de texte ce qu'il a décodé via le port série (USB). Réciproquement, le hardware rflink dz ecrit via le port série ce qu'il faut envoyer en RF et donc au device. Coté dz, tout ce qu'il sait c'est que c'est un switch, un capteur ... il n'a pas le détail du protocole dessous qu'il délègue aux hardwares: rflink, rfxcomm, zwave ... que tu configures dans ton installation.

Donc si le prochain firmware rflink prend en charge un nouveau protocole, il sera vu dès la mise a jour de rflink. Deennoo te répondra surement mieux pour ça, il peut-être judicieux de limiter le nombre de protocoles a décoder (aux seuls que l'on a réellement) pour faciliter le décodage car il en est qui se ressemble beaucoup a qques ms près ... (ex: http://sourceforge.net/p/rflink/svn/HEA ... ugin_003.c)

[deennoo]

Je confirme, il vaut mieux rester sur 2 ou 3 protocoles (les marques, pour les neophytes).