Aller au contenu

Lancement Xpl-Hub, Xpl-Rfxcom-Rx, Xpl-Logger

mikael2235

Par mikael2235
dans Terminal Telnet et SSH

 Partager

Messages recommandés

  • Réponses 308
  • Créé
  • Dernière réponse

Meilleurs contributeurs dans ce sujet

Jours populaires

Meilleurs contributeurs dans ce sujet

Jours populaires

Dex Apprentice

Dex

Posté(e)
Posté(e)

au pif (encore que, vu le nombre de fois que cela arrive...) tu n'aurais pas le firewall du syno activé ?.

A+

Ps: Merci pour ce sujet et les autres sur ce thème, je sais quoi faire de mon 107+ le jour ou je le change :)

0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e)

au pif (encore que, vu le nombre de fois que cela arrive...) tu n'aurais pas le firewall du syno activé ?.

A+

Ps: Merci pour ce sujet et les autres sur ce thème, je sais quoi faire de mon 107+ le jour ou je le change smile.png

Non mon pare-feu n'a aucune règle, et en bas il est bien coché : Si aucune règle n'est remplie autoriser l'accès.

Mais peut-être que je dois créer une règle ?

0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e)

ok donc ça c'est ok.

J'ai également mis à jour le firmware de mon RFXCOM avec la v0.22, mais le problème est toujours là.


Synology> xpl-hub -i eth0 -v &

Synology> Listening on 192.168.0.255:3865

Sending on 192.168.0.255

Synology> xpl-rfxcom-rx --interface eth0 192.168.0.6:10001 &

Synology> xpl-logger -i eth0 -v

Listening on 192.168.0.2:60719

Sending on 192.168.0.255

Adding client: 192.168.0.2:60719 "bnz-listener.Synology"

192.168.0.2:48726 [xpl-stat/hbeat.app: bnz-listener.Synology -> *]

xPL::IOHandler->device_open: TCP connect to '192.168.0.6:10001' failed: Connection timed out

at /opt/lib/perl5/site_perl/5.10.0/xPL/Dock/RFXComRX.pm line 76

J'ai essayé de chercher dans Google le message d'erreur :

xPL::IOHandler->device_open: TCP connect to '192.168.0.6:10001' failed: Connection timed out

mais je ne trouve rien... à part mon message.

Est-ce que dans Telnet (connecté sur mon syno), je peux faire un "ping" vers mon RFXCOM ?

Merci.

0
PatrickH Newbie

PatrickH

Posté(e)
Posté(e)

Oui tu peux faire un ping vers ton RFXcom mais le ping peut te répondre et le port 10001 peut être occupé quand même

De plus à ma connaissance ce port n'accepte qu'une seule connexion donc si un autre programme y accède il sera vu occupé et ne répondra pas

Patrick

0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e)

Merci DjMomo et PatrickH, je vais essayer le logiciel.

Sinon, je voulais savoir quel firmware avez vous sur votre RFXCOM ? Le TCP-IP ou le xPL ?

Moi j'ai le firmware xPL et selon Bert (support RFXCOM, il semblerait que le probl

0
DjMomo Newbie

DjMomo

Posté(e)
Posté(e)

Ben moi j'ai aucun des 2 vu que je n'ai pour l'instant pas de RXFCOM.

J'installe d'abord ma station météo tant qu'il fait beau, le RXFCOM arrivera courant septembre.

Il me semble par contre que Patrick tourne avec la version xPL.

0
PatrickH Newbie

PatrickH

Posté(e)
Posté(e)

Moi j'ai l'ancien modèle du RFXcom donc la version TCP-IP pas celle supportant directement xPL qui n'est disponible que dans le nouveau modèle. En fait maintenant que tu me le dit je pense qu'avec la version xPL (as tu celle la ?) je pense qu'on doit se passer de xpl-rfxcom-rx car le RFXcom délivre déjà des messages compatibles xPL

Patrick

0
PatrickH Newbie

PatrickH

Posté(e)
Posté(e)

Ah voila un point intéressant, je connais pas la version xPL mais oui je lancerais le hub mais je ne sais pas si le RFXcom diffuse de base ses messages.... ca m'étonnerais quand même ! Tu as une notice avec ton RFXcom

Et oui s'il diffuse ses messages alors il doit suffire de lancer xpl-logger et tu devrais les voir

Patrick

0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e)

Voilà ce que m'a dit Bert,

Hi Mikael,

You are mixing up two things.

If you have installed TCP/IP firmware in the RFXLAN and use software to decode RFXLAN TCP/IP messages to xPL you need for example CPAN modules.

If you have installed xPL firmware in the RFXLAN (like you have done now) you do not need CPAN because the RFXLAN transmits xPL messages directly in UDP xPL and does not need external decoding of TCP/IP to xPL!

Run an xPL monitor and you will see the RFXLAN xPL messages already on your network.

Best regards Bert

Alors j'ai essayé avec xpl-hub et xpl-logger, je n'ai plus l'erreur d'avant, mais toujours pas mes messages :


Synology> xpl-hub -i eth0 -v &

Synology> Listening on 192.168.0.255:3865

Sending on 192.168.0.255

Synology> xpl-logger -i eth0 -v

Listening on 192.168.0.2:35992

Sending on 192.168.0.255

Adding client: 192.168.0.2:35992 "bnz-listener.Synology"

192.168.0.2:32893 [xpl-stat/hbeat.app: bnz-listener.Synology -> *]

192.168.0.2:32893 [xpl-stat/hbeat.app: bnz-listener.Synology -> *]
Le ping répond sur le RFXCOM : 

64 bytes from 192.168.0.6: seq=68 ttl=100 time=1.558 ms

64 bytes from 192.168.0.6: seq=69 ttl=100 time=0.918 ms

64 bytes from 192.168.0.6: seq=70 ttl=100 time=0.874 ms

0
PatrickH Newbie

PatrickH

Posté(e)
Posté(e)

La réponse de Bert est claire, le RFXcom doit envoyer ses messages directement au bon format en UDP sur le réseau et le fait de faire tourner xpl-hub et xpl-logger devrait effectivement permettre de les intercepter !!

Patrick

Si tu as un PC essaye d'utiliser Wireshark pour voir si le RFXCom envoye bien ses messages

Patrick

0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e) (modifié)

Voilà une copie d'écran du pare-feu de mon syno :

firewallk.png

firewall2y.png

[EDIT] Miniature remplacée par image forum !

Modifié par mikael2235
0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e) 

netstat -antu | grep :3865
Pour être sûr que le port est bien en écoute sur le syno....
ça ne fait rien quand je fais 
netstat -antu | grep :3865[/code]

0
PatrickH Newbie

PatrickH

Posté(e)
Posté(e)

Voilà une copie d'écran du pare-feu de mon syno :

firewallk.png

firewall2d.th.png

L'important c'est la case qui est cochée en bas de la page ... qu'on ne voit pas ici, ca doit être celle de gauche qui est cochée : si aucune règle....autoriser

Patrick

ça ne fait rien quand je fais

netstat -antu | grep :3865[/CODE]

Il faut que "xpl-hub" tourne bien sur !

Patrick

0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e) (modifié)

Effectivement, xpl-hub ne tournait pas, voici maintenant le résultat :


Synology> xpl-hub -i eth0 -v &

Synology> Listening on 192.168.0.255:3865

Sending on 192.168.0.255

Synology> netstat -antu | grep :3865

udp    	0  	0 192.168.0.255:3865  	0.0.0.0:*

Synology>

Patrick, pour le pare-feu, tu vois la case dans la deuxième image en miniature !

[EDIT] : Je pensais qu'on pouvait l'agrandir, je la remet en plus grand !

Modifié par mikael2235
0
mikael2235 Newbie

mikael2235

Posté(e)
  • Auteur
Posté(e)

Cela fonctionne enfin...

Tieske, et beanz du forum xpl-project m'ont apporté de l'aide. Le sujet est ici.

http://xplproject.org.uk/forums/viewtopic.php?f=1&t=1106&start=10

Mes adresses de broadcast n'était pas bonne, et le syno n'écoutait pas sur la bonne adresse.

Je peux donc voir maintenant mes messages xpl sur le syno :


192.168.0.2:39963 [xpl-stat/hbeat.app: bnz-listener.synology -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

192.168.0.2:39963 [xpl-trig/sensor.basic: rfxcom-lan.0004a31bb697 -> * - temp2 0xf601[temp]=17.7]

192.168.0.2:39963 [xpl-trig/sensor.basic: rfxcom-lan.0004a31bb697 -> * - temp2 0xf601[battery]=100]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

192.168.0.2:39963 [xpl-stat/hbeat.basic: rfxcom-lan.0004a31bb697 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

192.168.0.2:39963 [xpl-stat/hbeat.app: bnz-listener.synology -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-trig/sensor.basic: rfxcom-lan.0004a31bb697 -> * - temp2 0xf601[temp]=17.6]

192.168.0.2:39963 [xpl-trig/sensor.basic: rfxcom-lan.0004a31bb697 -> * - temp2 0xf601[battery]=100]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.chartres7 -> *]

192.168.0.2:39963 [xpl-stat/config.app: xpl-xplhal2.netbookpc -> *]

Je vais pouvoir passer à la prochaine étape... J'espère ne pas avoir autant de problèmes...

en tout cas, merci pour votre aide PatrickH et DjMomo, vous m'avez permis d'élaguer les problèmes au fur et à mesure.

Peux tu refaire une acquisition Wireshark et poster l'image ici ? Seule l'image avec les trames, pas besoin du détail (pour l'instant).

Voilà l'erreur que j'avais dans Wireshark :

erreurwireshark.png

0
PatrickH Newbie

PatrickH

Posté(e)
Posté(e)

Content d'apprendre que ca fonctionne enfin. C'était bien un problème relatif à la version xPL du RFXcom.

Par ailleurs permet moi de te féliciter pour ta persévérance

Patrick

0

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
 Partager
Aller sur la liste des sujets
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.