eric69 Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Bonjour à tous, J'ai un problème bizarre dont je me suis rendu compte par hasard : Je perds complétement le contrôle de tous les modules quand j'essaye de les actionner en accès distant. Je m'explique: Si j'essaie d'allumer ou d’éteindre mes lampes en passant par ma tablette, de temps en temps, il ne se passe rien du tout. Plutôt si, l’icône de la lampe change , indiquant que la lampe est allumée (ou éteinte), mais la lampe elle même ne change pas d'état. Cela dure en général pendant 4 à 5 minutes, puis je peux de nouveau contrôler les modules ... pendant quelques minutes, et ça recommence. Ma tablette est un Ipad modele1, et depuis la dernière mise à jour, l'application Fibaro fonctionne dessus. J'ai également l'application Android chargée sur mon téléphone (Samsung G2), et j'ai le même phénomène. J'ai donc essaye aussi sur mon PC en me connectant directement sur la HC2: j'ai le même comportement ! On dirait qu'il n'y a plus de communication entre la Box et les modules, ou que la box est occupée à faire autre chose... J'ai donc simplifié au max ma configuration, j'ai effacé les quelques scènes que j'avais (on ne sait jamais, je ne maitrise pas trop encore), mais c'est toujours pareil. J'ai remarqué que pendant les pertes de contrôle, quand j'actionne les interrupteurs liés aux modules, la lampe s'allume bien sur, mais l'état correct de la lampe est envoyé sur la tablette. Le retour d’état est bon, mais pas la commande ??? D'ailleurs, quand je suis connecté depuis mon PC, j'ai remarqué que la petite phrase en vert sous le module "transfert OK" ne s'affiche pas quand je suis en "mode bloqué", et qu'elle s'affiche quand ça fonctionne de nouveau. Au début, ma box était sur mon bureau, donc prés de ma Freebox, du routeur WIFI et d'un téléphone DECT. J'ai lu que ça pouvait créer des interférences, donc j'ai déplacé la box. Elle est maintenant à plus de 4 mètres de tout objet pouvant créer la moindre perturbation. La box est à 2m de certains des modules testés et à 4 ou 5m des autres, donc je pense que la distance n'a rien à voir avec ce problème. Ma configuration est simple: 3 x FGS-221 (double relay switch), 3 x FGRM-222 (roller shutter), 1 x universal sensor (avec 4 sondes temp) et 2 camera Foscam. La version actuelle de la box est: 3.580 Avant de contacter le support Fibaro, je voulais savoir si j'étais le seul à rencontrer ce problème, et éventuellement si quelqu'un a une idée ??? Merci de vos retours Eric
Moicphil Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 En local, tout fonctionne bien? Tu te connecte via "home-fibaro" ? Quand tu as ce phénomène, as tu moyen de regarder l'état des leds sur la HC2, les 3 leds sont elles toujours allumées ?
Shad Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Tu as surement un problème avec une de tes scènes en lua . Désactive les toutes et réessaye en activant une par une. Sa va te prendre un certain temps. L'autre solution est de mettre des fibaro:debug pour voir la ou sa ram. Mais pareil sa va te prendre du temps.
Moicphil Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Dans son post il dit " en accès distant" donc pourquoi un pb sur une scène en lua ? Peut tu nous préciser ce point làÉric ?
Krikroff Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 J'ai déjà eu ce problème et c'est un vrai mystère, il est arrivé toujours de la même manière, en utilisant l'app ! Je pense moi à un soucis entre l'app et le serveur HC2. Le serveur met en attente toutes les commandes, les accumule et les exécutes les unes derrière les autres mais dans l'ordre: Ex: si la N°2 ne marche pas, le HC2 fait une nouvelle tentative (plusieurs x certainement ) puis passe à la N° 3 etc etc... J'avais le soucis avec le module RGBW en faisant joujou avec la roue pour changer la couleur: le HC2 devait être surchargé de demande car je me suis aperçu que l'application envoyait une demande à chaque glissement de doigt !!! un slide sur l'écran = 20 changement de couleur Outch ! Soit tu es patient et il ne faut plus toucher à rien... Soit et c'est ce que je conseil: reboot ton HC2.
Shad Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Moi j'ai eu exactement le même problème avec une scène ou il me faisait changer la couleur du rgb si quelqu'un passait devant un capteur. Une fois la scène enlever plus de problème. Et à chaque fois que j'ai eu sa, c'était une scène qui me causait ce soucis.
ikillou Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Personnellement j'ai remarqué que souvent après avoir utiliser l'appli pour iPad, le comportement de la box changeait après... j'ai souvent dà» faire des reboots pour que tout revienne dans l'ordre... Maintenant, je n'utilise plus l'appli iPad mais j'ai installé l'appli iPhone sur l'iPad et en plus elle est bien plus réactive et active le push. Depuis que j'ai fais ça, je n'ai plus de problème... l'appli iPad est très belle, mais pas ergonomique et très lente avec mes plus de 100 devices... :-(
Moicphil Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Et donc vous avez ces problèmes là uniquement quand vous êtes en "accès distant" et pas en "local", c'est ça? Je n'ai jamais rencontré ce genre de soucis. Il m'arrive néanmoins de rebooter la box régulierement ( 10/15 jours max ) , le symptôme est :plus de communication avec la box en local
ikillou Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 personnellement je n'utilise pas l'accès distant... j'ai fait une redirection de port TCP dans mon routeur et je suis toujours en local comme ça.
Moicphil Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Oui, moi aussi j'ai redirigé le port pour être toujours en local. C'est pour ça que j'insiste pour savoir si c'est toujours en "accés distant" car ça peut être aussi le serveur " Home-fibaro" qui est out, non ?
Krikroff Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 J'ai constaté le problème, toujours en local (pas joujou avec mon RGBW à distance en fait ) et toujours en rapport avec le module RGBW et l'application iPhone ou iPad. Pas de scène pour moi ici. Même pas peur, je vais de ce pas torturer ma box avec mon iPad et mon module RGBW... surtout que j'en ai un autre qui attend d'être installé alors ! Si nous sommes plusieurs à mettre en évidence la même choses il sera plus facile pour Fibaro de comprendre le problème, je peut centraliser les infos si vous voulez...
i-magin Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 A l'occasion, si un "spécialiste réseau" peut nous faire un petit tuto, car je pense qu'au niveau "vocabulaire" réseau, nous sommes un peu imprécis, voire confus Je n'utilise jamais les serveurs de Fibaro pour accéder à ma box HC2 Pour un accès "à distance" mais "direct" (termes impropres?), j'ai configuré mon routeur Freebox : j'ai affecté un bail statique (adresse IP fixe) à ma box HC2 et j'ai procédé à un redirection de port TCP J'effectue bien un "accès distant" lorsque je ne suis pas sur mon réseau local (LAN) et que j'accède à ma box HC2 depuis le réseau étendu (WAN) J'ai pu constater un comportement différent en accès Wan et Lan, notamment un problème d'ajout d'icone... mais mes tests sont anciens ! NB : On peut très bien se connecter à sa box HC2 en utilisant son adresse WAN:port tout en étant sur son réseau local.... quelles conséquences éventuelles ?
Moicphil Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Perso, voilàcomment je vois les choses: Wan et Lan, c'est la.même chose, vu que tu te connecte àta hc2 en direct. Accès distant, pour moi, c'est passer par "home-fibaro"
Krikroff Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Oui, je suis tout a fait d'accord avec toi i-magin. Les différences dans le comportement entre un accès distant WAN et un accès LAN proviennent du fait que Fibaro à développé le serveur du HC2 en pensant que les utilisateurs passeraient par home.fibaro.com ou il utilise un proxy pour faire le lien entre notre box et leurs serveurs. Beaucoup de lien par exemple ne tiennent pas compte du port que nous passons pour un accès WAN. J'ai passé 4 mois à remonter vers Fibaro ce types de problèmes... c'est beaucoup mieux aujourd’hui' hui mais il reste un peu de travail edit: Phil, i-magin est dans le vrai lorsqu'il parle d'accès distant... mais nous jouons sur les mots ...
eric69 Posté(e) le 18 janvier 2014 Auteur Signaler Posté(e) le 18 janvier 2014 Bon, je vois que je ne suis pas le seul à avoir ce genre de problème... En fait, je suis un peu embrouillé avec les termes exacts. Je vais essayer d’être plus clair: @moicphil: Quand je parle d’accès distant, je veux dire que j'essaye d’accéder à mes modules sans passer par les interrupteurs. Donc, tout ce qui est applis Ipad ou Android. Quand je me connecte à ma box, c'est en tapant son adresse IP (locale, du style 192.168.x.x), en rentrant l'identifiant et un mot de passe. Et oui, les 3 leds de la box restent bien allumées. C'est quoi se connecter en utilisant le "Home Fibaro" ? @ shad: Je n'ai plus aucune scène. D'ailleurs, je n'en avais qu'une, et je l'ai effacée. Comment fais-t'on pour mettre des "Fibaro:debug" ? La seule scène que j'avais, a été faite en graphique ... @Krikroff: J'ai constaté le problème aussi directement sur mon PC, en étant connecté à travers l'explorateur, et sans avoir au préalable utilisé l'appli Ipad. Et si je commande l'allumage d'une lampe, meme si j'attends, il ne se passe rien. Il faut vraiment que je passe une commande toutes les 2 ou 3 secondes, et d'un coup ça refonctionne ! Actuellement, en parrallèle avec le forum, j'ai une fenetre ouverte avec la connection sur la box, et le problème est toujours present ! Je vais essayer de suite de rebooter la HC2 Je vous tiens au courant. Merci à tous de vos réponses Eric
eric69 Posté(e) le 18 janvier 2014 Auteur Signaler Posté(e) le 18 janvier 2014 Dernières nouvelles, Après avoir rebooté la HC2, ça a l'air de fonctionner ... Ca fait plusieurs essais que je fais, et pour le moment je n'ai pas perdu le controle. Je sens que je vais passer le reste de la soirée à essayer C'est idiot mais je n'avais pas du tout pensé à rebooter. Est-ce que c'est recommandé de le faire souvent ? Je vous tiens au courant si ça revient. Encore merci Eric
Krikroff Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Super . Pour répondre à ta question: non ce n'est pas recommandé de la faire souvent. Juste si vraiment il n'y a pas d'autres alternatives . Mais cela n'explique toujours pas le pourquoi du comment . Peux-tu me dire si cela à commencé peut de temps après une mise à jour, tu semble avoir le HC2 depuis pas très longtemps ?
eric69 Posté(e) le 18 janvier 2014 Auteur Signaler Posté(e) le 18 janvier 2014 En effet, Je l'ai depuis environ 2 mois... Je ne pense pas que cela ai commencé après une mise à jour. Après avoir repensé a tout cela, je pense plutôt que cela est du aux scènes ... comme le disait shad. En fait, j'ai déjà eu ce comportement au début, j’étais en train d'essayer de faire une scène pour m'entrainer... J'ai pensé que c'était du à une version bêta téléchargée juste avant.. J'ai donc fait une mise à jour (donc le HC2 a rebooté ), et le problème a disparu. Avant-Hier, quand j'ai constaté de nouveau le problème, je venais de faire une autre scène... La scène est vraiment toute bête en plus: allumer une lampe si la température d'une des sondes passe au-dessus de 25°... Quand j'ai vu que le problème était revenu, j'ai bien pensé à effacer cette scène, mais pas du tout à rebooter . Est-ce qu'il y a des choses à éviter (ou à faire) quand on crée une scène ? Je ne maitrise pas du tout le LUA, et je me suis juste contenté de créer des scènes "faciles" en mode graphique, mais j'ai peut-être oublié des choses. Je vais voir si mon problème revient, car ce serait dommage de se passer des scènes ! Merci.
Moicphil Posté(e) le 18 janvier 2014 Signaler Posté(e) le 18 janvier 2014 Super si tout est rentré dans l'ordre ! Concernant le reboot de la hc2, je préfère le faire ( si possible ) de manière "propre" soit depuis l'interface soit via le script de @krikoff :http://www.domotique-fibaro.fr/index.php/topic/110-reboot-du-home-center-2-depuis-un-code-lua/ C'est quoi se connecter en utilisant le "Home Fibaro" ? Sur "home.fibaro.com", tu vas avoir accès à ton interface HC2 mais via les serveur Fibaro.
Shad Posté(e) le 19 janvier 2014 Signaler Posté(e) le 19 janvier 2014 C'est vraiment bizarre que la hc2 bloque avec une scene bloc. La prochaine fois que sa arrive fais une capture que l'on regarde.
Krikroff Posté(e) le 19 janvier 2014 Signaler Posté(e) le 19 janvier 2014 Tout àfait, Shad àraison , c'est étrange que la HC2 bloque avec une scène bloc, même si c'est du LUA qui tourne derrière l'habillage bloc dans ce cas c'est du code Fibaro qui tourne et pas du code utilisateur... Il faudrait que lorsque cela arrive que Igor ou Andrew prenne la main sur le HC2 pour examiner les logs en temps réel
biboun Posté(e) le 26 janvier 2014 Signaler Posté(e) le 26 janvier 2014 A l'occasion, si un "spécialiste réseau" peut nous faire un petit tuto, car je pense qu'au niveau "vocabulaire" réseau, nous sommes un peu imprécis, voire confus Je n'utilise jamais les serveurs de Fibaro pour accéder à ma box HC2 Pour un accès "à distance" mais "direct" (termes impropres?), j'ai configuré mon routeur Freebox : j'ai affecté un bail statique (adresse IP fixe) à ma box HC2 et j'ai procédé à un redirection de port TCP J'effectue bien un "accès distant" lorsque je ne suis pas sur mon réseau local (LAN) et que j'accède à ma box HC2 depuis le réseau étendu (WAN) J'ai pu constater un comportement différent en accès Wan et Lan, notamment un problème d'ajout d'icone... mais mes tests sont anciens ! NB : On peut très bien se connecter à sa box HC2 en utilisant son adresse WAN:port tout en étant sur son réseau local.... quelles conséquences éventuelles ? Allez je m'y colle (dsl mais je met les bases vulgarisées pour donner du sens, c'est pas du copier coller, je vais essayer de faire compréhensible) Mes propals de termes pour les différents modes sont en bas, et si un admin trouve ça utile, copier/coller dans un tuto BOX/routeur/passerelle: Dans une install "classique" de réseau domestique, on dispose d'une "box", qui fait office de passerelle (gateway), de serveur DHCP, de serveur ou relais DNS et de firewall, elle dispose d'une adresse ip dans le réseau local. IP LAN: Tous les périphériques sur ce réseau local dit "LAN" (pc , iphone en wifi etc.) possèdent aussi une adresse ip dans la même "classe" que la box , pour simplifier disons que leur adresse ip commence par les 3 mêmes chiffres ( ex: 192.168.0. ) et seul le dernier change (voir la notion de "masque" pour moins de vulgarisation), deux machines dans la même "classe" peuvent se parler en direct. L'adresse ip de la box coté "local" est fixe, celles des périphériques peut être "dynamique", donnée par le serveur DHCP de la box, ou fixes( reglées manuellement). il existe plusieurs types de classes d'adresses réservées à l'utilisation locale (ex 192.168.x.x ou 172.16.x.x), et tous les réseaux locaux font donc appel à des adresses similaires, elles ne sont donc pas unique sur la planète, et ne sont pas autorisées à communiquer sur internet directement . IP WAN ( de la box) La box possède , de plus, une adresse ip externe qui lui permet de dialoguer avec l'internet, dit WAN, elle pourra dialoguer avec les routeurs de l'opérateur, dans la même "classe" qu'elle, puis sera à nouveau "routée" vers d'autres classes, et de bond en bond pourra atteindre n'importe quelle adresse sur le web. l'ip WAN ou "externe" de la box est unique sur l'internet, votre opérateur pourra vous l'assigner de manière définitive ( on parle d'ip fixe), ou la renouveler tous les x jours ou heure , on parle d'ip dynamique Lorsque l'ip WAN n'est pas fixe, on peut faire appel à des services (dyndns no-ip) qui vont garder à jour la correspondance entre l'ip dynamique et un nom fixé , ce qui va permettre de connaitre à tout moment l'adresse même si elle change. NAT (translation d'adresse réseau) Les machines locales, lorsqu'elles essayent de communiquer avec l'internet veulent établir des connections avec des ip qui ne sont pas dans leur classe, elles doivent donc faire appel à la passerelle pour le faire à leur place. Toutes les requêtes émises par les machines du réseau local vers l'internet sont transmises au travers de la box (passerelle) qui les transmet avec son ip WAN et communique "au nom de" la machine locale, et lui renvoie les réponses en retour, on parle de NAT, le service côté internet croit dialoguer avec la box, il n'a pas connaissance de l'ip LAN du périphérique local qui communique. Par défaut une requête envoyée sur l'adresse WAN de la box depuis l'exterieur vers ne pourra pas être transmise vers l'interieur puisque la box ne saura pas à quelle machine locale la transmettre (exception chercher DMZ) PORT La communication sur le réseau, hors les adresses ip s'établit sur un "port": une machine utilise son adresse ip et un port pour communique vers une adresse ip et un port (différent ou non) Quand une machine héberge un service, on dit qu'elle "écoute" sur un port donné, par exemple le plus courant, site web: le service http écoute par défaut sur le port 80 ( l'interface web du HC2 par exemple exploite le port 80), quand on se connecte dessus, on s 'adresse à son port 80. PORT FORWARDING Il arrive que l'on veuille héberger des services dans son réseau local et les rendre accessibles depuis internet. On va alors définir des redirections de port, afin que certaines requêtes soient redirigées vers une machine locale. Pour que les choses soient possibles, on prendra soin de fixer l'adresse ip locale de la machine hébergeant le service. On définit alors une correspondance entre un port de l'ip externe, et une ip et un port local, on crée une sorte de tunnel implicite vers cette machine, et toutes les requetes sur l'ip wan avec le port défini sont redirigées vers la machine et le port souhaité. Tout ce qui n'est pas défini explicitement est refusé (le NAT est donc déjà une première protection importante contre les intrusions dans un LAN). Application du HC2( je propose ces 3 termes) Différents modes d'accès au HC2: -Acces LOCAL: on utilise une machine sur le même réseau local que le HC2, on lui parle donc en direct, sans aucun routage, c'est le mode le plus direct et le plus rapide, celà ne peut se faire que "sur place" -Acces distant en PORT FORWARDING: On aura fixé l'ip de son HC2, on aura une ip wan fixe ou un dyndns, on aura mis en place une redirection d'un port choisi de l'exterieur vers l'ip locale du HC2 sur le port 80. On peut alors se connecter depuis l'exterieur (en 3G ou avec la connection internet au travail) sans passer par un service tiers, la réactivité dépend de la qualité de votre connection internet domestique et de celle que vous exploitez à l'extereur. Seuls les services explicitement déclarés par les port forward seront accessibles, et les cameras ip par exemple ne seront pas implicitement affichables, il faudra aussi leur créer des redirections de port. -Acces distant via le proxy Fibaro (home.fibaro.com): Pour éviter à ses clients des configurations réseau citées au dessu( fixer l'ip, créer des ports forward), fibaro a mis au point un système qui permet de se connecter depuis l'exterieur sans rien configurer. C'est en fait votre HC2 qui se connecte vers une plateforme chez fibaro et s'identifie de façon unique. La plateforme joue le rôle d'entremetteur, si vous vous connectez dessus, elle vous met en communication avec votre propre box (préalablement déclarée). La simplicité est évident, en revanche, la connection transite par la palteforme de fibaro ( en pologne?) et la réactivité de l'ensemble dépend alors de votre connection domestique, de votre connection exterieure, et le 'interconnection de celles-ci avec la connection de home.fibaro.com. Celà rajoute un point de faiblesse supplémentaire, si fibaro est en panne, vous n'accédez plus. 4/Connection direct en VPN un quatrième cas me vient à l'esprit, certains disposent en plus d'un service sur leur réseau local leur permettant de s'y reconnecter de façon crypter et sécurisée, on parle de VPN, une fois la connection établie, le client distant exterieur dispose d'une adresse ip sur le réseau local, on retombe donc dans le cas 1, avec quelques limitations possibles en focntion du VPN ( ceux qui ont su mettre ça en place n'ont en général pas besoin de lire ce sujet ) 3
i-magin Posté(e) le 27 janvier 2014 Signaler Posté(e) le 27 janvier 2014 Merci pour ces explications. Pour le protocole IPv6 on a encore le temps ... même si certains opérateurs l'ont déjà déployé (Free par exemple : chaque équipement connecté à Internet via une Freebox en zone dégroupée dispose d'une IP fixe propre) NB : je ne l'utilise pas
eric69 Posté(e) le 27 janvier 2014 Auteur Signaler Posté(e) le 27 janvier 2014 Merci Biboun pour ces explications. Donc, au vu des termes employés plus haut, le problème que j'ai est en se connectant, soit en "local", soit en "accès distant (en utilisant dyndns)" Je n'ai jamais accédé à ma box en utilisant " l’accès distant via le proxy Fibaro". Je vais essayer demain du boulot, mais je ne vois pas bien pourquoi ça fonctionnerait Actuellement, le problème est toujours là .... et pas encore de réponse du support Fibaro. A suivre ....
Messages recommandés