RFLINK: la moitié des messages sur domoticz...

[superchaussette]

Bonjour,
Voilà un bon moment que je m'acharne avec RFLINK et Domoticz... et que je n'obtiens pas ce que je veux.
Le contexte: quelques prises commandées et detecteurs incendie DIO/chacon, un réseau zwave, des jouets home made (arduino/pi/python/mqtt), et le noeud du problème: des capteurs DIO 54781, qui envoient bien les infos d'ouverture et fermeture: avec le RFLINK loader, je vois bien les messages du capteur d'ouverture:
20;0C;NewKaku;ID=016010ee;SWITCH=a;CMD=ON;
20;0D;NewKaku;ID=016010ee;SWITCH=a;CMD=OFF;
20;0E;NewKaku;ID=016010ee;SWITCH=a;CMD=ON;
20;0F;NewKaku;ID=016010ee;SWITCH=a;CMD=OFF;

Donc les infos transitent bien (il n'y a pas QUE la moitié des messages, comme sur certains capteurs)

mais avec domoticz... je n'en ai que la moitié (les OFF):
2017-04-23 18:54:46.958 (MegaRFLink) Light/Switch (Contact_RF_2)

EDIT:
C'est un RFLINK avec une mega officielle;
Domoticz tourne sur une pi3 Version: 3.6202 Build Hash: 5174c78

Avez vous déjà vu çà? une idée pour avoir tous les messages dans domoticz?
merci d'avance,

superchaussette

[xavcle]

bonjour
j'ai le même problème avec une V3.6953 de domoticz sur Raspi3 et RFLink R46.
Après analyse il s'avère que les ouvertures de porte (CMD=ON du DIO) sont parfois décodées comme un dimmer avec CMD=SET_LEVEL=2 (ou 4 ou autre) et pas comme CMD=ON.
Je n'ai pu résoudre ce problème de non détection des ouvertures qu'en utilisant une ancienne version (R28) recompilable et en modifiant le source du plugin 4 correspondant au protocole NewKaku (voir les deux lignes mises en commentaire après le if(i>140) et celle d'après qui les remplace):

//==================================================================================
// Output
// ----------------------------------
sprintf(pbuffer, "20;%02X;", PKSequenceNumber++); // Node and packet number
Serial.print( pbuffer );
// ----------------------------------
Serial.print(F("NewKaku;")); // Label
sprintf(pbuffer, "ID=%08lx;",((bitstream) >> 6) ); // ID
Serial.print( pbuffer );
sprintf(pbuffer, "SWITCH=%x;", ((bitstream)&0x0f)+1 );
Serial.print( pbuffer );
Serial.print(F("CMD="));

int command = (bitstream >> 4) & 0x03;
if (command > 1) command ++;
if (i>140) { // Command and Dim part
// sprintf(pbuffer, "SET_LEVEL=%d;", dim );
// Serial.print( pbuffer );
Serial.print(F("ON;"));
} else {
if ( command == 0 ) Serial.print(F("OFF;"));
if ( command == 1 ) Serial.print(F("ON;"));
if ( command == 3 ) Serial.print(F("ALLOFF;"));
if ( command == 4 ) Serial.print(F("ALLON;"));
}
Serial.println();
// ----------------------------------
RawSignal.Repeats=true; // suppress repeats of the same RF packet
RawSignal.Number=0;
return true;
}
#endif // Plugin_004

bonne journée

xavcle

[superchaussette]

Bonsoir xavcle,
Merci pour ta réponse!
çà m'amène une autre question: Où est ce que tu as trouvé la R23? le code n'est pas dispo depuis la 23?

En parallèle, j'ai mis en place ser2net et paramétré sur domoticz en "RFLink Gateway with LAN interface". j'ai mis en place les logs... Et là, magie, le problème disparaît: domoticz gère tout, en prenant le teeeemmmmmpppppssss...; les messages qui manquent sont aussi manquants sur la com domoticz <>rflink. (Je n'ai pas observé le problème en question: pas vu de SET_LEVEL. je testerai un peu plus)

J'ai quand même l'impression que j'ai un peu trop chargé ce pauvre domoticz avec quelques grosses rafales de messages MQTT et Http, scripts... je vais réfléchir à diminuer les messages.

Moralité: utiliser le mode Lan marche mieux (dans mon cas) que le mode USB...

En tout cas, encore merci

[xavcle]

bonjour

voici le lien vers la page "development" : http://www.nemcon.nl/blog2/development

qui comporte un lien vers la R28 "RFLink development tree/Source Code" = https://drive.google.com/open?id=0BwEYW ... XphN0ZxdEU

bonne journée

xavcle

[xavcle]

bonjour

il y a aussi ce lien vers une R33 (peut-être upgradée vers R42 ?) :

https://github.com/Pirionfr/RFLink-Gateway

bonne journée

xavcle

[domcars0]

???? Pourquoi ne pas aller le code source ...à la source ?
https://drive.google.com/file/d/0BwEYW5 ... ZxdEU/view

[vil1driver]

Tss..

Dernière modification 12:56 15 mars 2016

On en est à la R46,

Pourquoi rester sur des versions périmées ?

[xavcle]

bonsoir
parce qu'avec la R46, alors que mes capteurs de porte DIO 54781 sont parfaitement décodés en fermeture (CMD=Off), l'ouverture ne l'est pas et dans ce dernier cas il sont vus dans 80% des cas comme des dimmers avec décodage CMD=SET_LEVEL=xx (et non pas comme CMD=On) ce qui fait que domoticz ne les 'voit' pas car il sont déclarés comme 'contacts' (évidemment cela ne marche pas non plus quand déclarés comme interrupteurs On/Off ).

Les seules sources dispo sont celles de la R28. J'ai pu les modifier à ma guise et cette version adaptée par mes soins marche parfaitement bien pour les différents capteurs dont je dispose. J'ai même pu intégrer l'utilisation avec le méga 2560 d'un transceiver SI4432 qui fonctionne beaucoup mieux que les recepteurs/emetteurs recommandés. Couplé à une antenne unique GP 433 c'est parfait !

xavcle

[Neutrino]

Les sources de RFLINK on été "closes" pour éviter la récupération commerciale ou "l'espionnage" par des concurrents.
Mais rien ne vous empêche de contacter la StuntTeam sur le forum Officiel et partager vos corrections et apports :
https://www.letscontrolit.com/forum/viewforum.php?f=8
Ils ont très sympathiques et toujours ouverts au debuggage