Lazer

Oui ça rentre dans la maison, forcément, avec un nouveau câble. Ils ne sont pas censés remplacer l'ancien câble cuivre historique, qui doit rester. Si tu n'as pas de gaine prévue pour, comme c'était le cas chez moi, il faut voir avec le technicien par où tu vas passer. Il vient avec une perceuse pour trouver un passage..... Moi je suis en aérien, donc il y a forcément un point de passage. C'est plus compliqué pour les maisons en raccordement souterrain. Le technicien n'est pas responsable de la tranchée, donc si tu n'as pas de gaine, il repart, et tu n'as pas la fibre. A toi de faire les travaux de tranchée.... pas simple.

En fait il y a 4 brins, mais un seul est raccordé (soudé dans la rue), et brassé dans l'armoire de quartier + NRO. En tout cas en maison individuelle c'est comme ça. Il me semble qu'en appartement, zone dense, les 4 brins sont potentiellement exploitables, mais je ne sais pas si en pratique quelqu'un a pu en profiter.

Non justement c'est 1 an d'engagement. Et impossible de prendre 2 abonnements fibre.... avec un seul câble fibre optique..... c'est pas comme le téléphone pour lequel on avait 2 paires historiquement chez France Telecom

Dans le grenier ? Tu n'as pas peur que ça soit trop chaud pour l'onduleur ? Perso c'est déjà monté à 49°C dans mon grenier, et je me demande si je ne vais pas battre le record la semaine prochaine..... donc trop chaud pour de l'électronique complexe, surtout pour la chimie de la batterie qui ne va pas trop apprécier les grosses chaleurs.

Effectivement si il faut procéder à l'apprentissage manuel des codes, c'est assez rébarbatif.... mais pas impossible, et toujours plus facile que de coder un accès à une quelconque API en LUA sur la HC2. Perso j'ai une clim (un split fixe) chinoise vendue en OEM à différentes marques. J'ai testé différents codes pré-enregistrés jusqu'à tomber sur l'un de celle qui fonctionne, donc je n'ai pas eu besoin d'apprendre manuellement les touches de la télécommande. Je ne sais pas si Delonghi conçoit ses clims ou utilise du chinois. Tu verras bien en testant. Par contre pour la suite de la discussion sur le ZXT-120, préfère le topic dédié afin de ne pas éparpiller les discussions, surtout que c'est un module assez peu utilisé (et pourtant sans équivalent en Z-Wave)

Je ne connais pas ce produit, mais je dirais, et à vue de nez, que c'est comme 99% des objets connectés à la mode en ce moment : fonctionne exclusivement via un cloud, et pas d'API dispo ni dans l'appareil, ni via le cloud..... Donc à moins reverse enginerer le protocole entre l'appli de ton téléphone et leur cloud, tu ne pourras jamais l'intégrer dans ta domotique. Ta clim n'a pas une télécommande infra-rouge ? Parce que dans ce cas, tu prends un Remotec ZXT-120 et tu auras l'intégration Z-Wave native dans ta box domotique, donc même pas de module virtuel compliqué à développer. Le Remotec dispose d'une liste de compatibilité de commandes infra-rouges assez large, et même si il ne connait pas ta clim, tu peux lui apprendre manuellement les ordres par apprentissage avec la télécommande (comme on le faisait pour TV/magnétoscope avec les telco universelles)

@i-magin ton fanboyisme t'aveugle car je n'ai pas comparé Fibre ADSL à SFR Câble. Mais comme le relate @Sakkhho, si il arrive à être limité en débit le soir alors même qu'il était en ADSL, tu imagines bien que ce n'est pas l'ADSL qui pose souci, mais bien le peering (c'est à dire l'interconnexion avec les autres réseaux mondiaux). Avec la Fibre, le décalage doit être encore plus violent. Tu imagines, 1 Gbps (voire 10 Gbps avec la Delta) entre ta box et le NRO, et genre même pas 5 Mbps réellement disponibles entre le réseau de Free et celui de Molotov en soirée. Il y a un vrai malaise là. Après encore une fois, Molotov je m'en moque un peu perso, mais je crains que le comportement ne soit similaire avec les autres réseaux. C'est sûr, quand tu regardes les forums et blogs, ils sont alimentés par une génération de drogués aux séries américaines sur Netflix. En gros, si Netflix passe en HD, alors l'opérateur est OK et tout le monde abonde dans ce sens. Malheureusement c'est un peu plus compliqué que cela, et il reste encore des gens qui ne passent par leurs week-ends devant des séries. Je ne joue pas (mais je surfe beaucoup), et il ne faut pas négliger la latence (ping) non plus, qui est capitale, souvent plus que le débit brut. Je me tâte toujours........

Ah ben voilà, c'est loin d'être réglé donc.... Pour Netflix ça va puisqu'ils ont intégré dans leurs forfaits, ils ont fait ce qu'il faut. Après moi le streaming ça ne va pas trop me déranger, mais j'hésite quand même....

Ah merci C'est ce qu'il me semble aussi d'après les articles et forum, mais j'aimerai en être certain.... pas envie d'être de nouveau déçu par une nouvelle mauvaise expérience, je t'avoue qu'en tant qu'ancien fan de Free j'ai été trop déçu tant sur l'ADSL que le mobile. C'est 15€ par mois en ce moment, pendant 1 an, avec remboursement des frais de résiliation, donc c'est clairement avantageux. EDIT : pour la Freebox Mini 4K, mais je m'en moque, j'ai tout mon équipement réseau et multimedia maintenant.

OK je comprends.... dans mon cas c'est l'inverse, puisque j'ai justement profité du passage à la fibre pour résilier mes hébergements chez OVH (je n'ai conservé que les noms de domaines), et j'auto-héberge tout. Le cout devient nul, puisque mon NAS serait allumé quoi qu'il arrive à domicile. Je fais donc d'une pierre 2 coups. Mais pour que cela soit viable, il faut que l'accès fibre soit fiable, ce qui est le cas chez Orange. En plus j'ai gratuitement (enfin dans le prix de l'abonnement) une puce Orange 4G pour faire du failover. Il me semble que Free n'offre pas ce service (à moins de payer un abonnement séparé) Du coup, la légende est vérifiée.... personne n'a la fibre Free

Bienvenue sur le forum

VPN c'est hors de question de faire transiter mon flux par des serveurs russes/chinois/whatever non contrôlés. Du coup la vraie question c'est est ce que les problèmes de peering sont toujours d'actualités ? Tu as constaté ? En fibre j'entends, parce que les débits ridicules du xDSL ne permettent pas vraiment de savoir si ça coince en amont.

Rien ne te dis que le contact de réveil se fasse réellement. Après je ne suis pas spécialiste du protocole, mais peut être que le réveil ré-envoie réellement les trames 15 fois jusqu'à ce que la communication passe, ce qui ne serait pas le cas pour la signalisation de fin de mouvement (voir mes 3 hypothèses données plus tôt)

Oui voilà, c'est cela même C'est ce que je disais juste au dessus, mais c'est peut être plus clair avec tes mots. Pour pinailler un peu, ce n'est pas un "ping", mais c'est un peu plus évolué. Lors du réveil, le module se signale au contrôleur Z-Wave en lui disant : "Hey toi, je suis réveillé, et je vais t'écouter pendant quelques secondes, juste au cas où tu aurais quelque chose d'intéressant à me dire, avant de me rendormir". C'est à ce moment là que la HC2 peut envoyer des nouveaux paramètres au module. C'est la raison pour laquelle, après avoir modifié les paramètres d'un module depuis la box, il faut aller réveiller le module. Le réveil est la seule façon de transmettre les nouveaux paramètres au module.

Hum, c'est nouveau, maintenant je me tâte : En plus je suis tout juste en limite de couverture, ça ne s'invente pas Qui a la la fibre Free, et en est content ? Débit vraiment au top tout le temps et sur tous les sites ? Je suis chez Orange, alors même si le réseau est au top et je n'ai eu quasiment aucune panne et un débit toujours au top du maximum (1Gbps théorique, 950 Mbps mesurés), le prix est prohibitif. Du coup je me tâte à changer, Free n'a pas bonne réputation sur le respect des peerings avec les gros réseaux (Youtube, Netflix, etc) Et encore ce test date de l'installation de ma ligne, depuis Orange a poussé l'upload à 300 Mbps. Vous en pensez quoi ?

Bienvenue sur le forum

Tu devrais relire le petit topo que j'avais fait à ce sujet dans la section pour les nuls. Car là tu mélanges le polling et le réveil, qui sont 2 choses qui n'ont rien à voir, puisqu'ils concernent des devices différents (polling pour les devices sur secteur, réveil pour les devices sur batterie) La phrase "le device ne répond pas aux intervalles de réveils" n'a pas de sens, puisque par définition un device sur batterie (donc avec un intervalle de réveil), ne répondra jamais aux sollicitations de la box. En effet, le réveil se fait toujours à l'initiative du module sur batterie. Pour déterminer un module comme mort, la box procède comme suit : - module sur secteur : interrogation (pollling) régulière du module, paramétré dans les propriétés générales de la box (plus on a de modules, plus on élargi l’intervalle afin de ne pas saturer le réseau en "pings" inutiles), sous réserver que le polling n'est pas été désactivé dans les propriétés d'un module en particulier. Si le module ne répond pas suite à la tentative de polling, ou suite à la tentative d'envoi d'un ordre (on, off, dimmer, etc), alors la box le marque comme mort. - module sur batterie : comme dit, la box n'a aucun moyen de joindre le module, donc elle attend. Elle connait l'intervalle théorique de réveil du module, puisque qu'il est stocké dans ses propriétés (visible dans l'onglet adhoc) lorsque l'utilisateur l'a paramétré. Statistiquement, si le module n'a pas contacté la box depuis plus longtemps que l'intervalle de réveil, alors elle part du principe qu'il est théoriquement mort (plus de piles, etc...). C'est amusant pour un module tel que le Fibaro Button pour lequel on peut désactiver l'intervalle de réveil (pour préserver les piles, c'est d'ailleurs une très bonne idée). Dans ce cas le module ne passera jamais en noeud mort.

En fait la HC2 n'a aucun moyen de savoir si le capteur est dans la portée ou hors de portée.... car il s'agit d'un capteur sur pile, donc "endormi", c'est à dire qu'il n'écoute pas le réseau. La box ne peux pas le joindre à intervalle régulier (polling) pour interroger son état. Donc c'est bien le capteur qui envoie en statut en cas de changement d'état (mouvement début/fin), ou de température, luminosité, etc. Seulement si tu es en limite de portée, le capteur a des chances de ne pas pouvoir joindre la box, et les trames Z-Wave se perdent dans le réseau. Normalement le mécanisme de retour d'état est censé éviter ce genre de situation, car selon la norme il peut faire jusqu'à 15 tentatives d'émissions pour joindre sa cible. Cependant je soupçonne : - que certains modules, notamment ceux sur pile, limitent la ré-émission de trames pour économiser la batterie - envoie leurs trames avec une priorité faible, si bien qu'en cas de congestion du réseau à ce moment là, la trame se perd et n'arrive jamais à la cible (je sais que c'est le cas des rapports de puissance des Wall Plugs) - ne respectent pas parfaitement le protocole Z-Wave Je ne dispose pas des outils pour confirmer ou infirmer mes hypothèses....

tout à fait Bon après ce genre de plaques doit représenter une très faible partie de leurs ventes. Partout où je vais je vois la finition plastique classique, seule la couleur change. J'avais pris quelques finitions bois et alu chez moi, mais c'est relativement hors de prix....

Ils n'ont pas voulu s'embêter.... Et puis comme ils disent, il y a tellement de plaques de finitions différentes, que ça doit être un casse tête pour trouver une solution universelle. Perso je trouve déjà excellent qu'ils aient penser à prévoir une compatibilité avec d'autres finitions plutôt que d'imposer leur style. Sinon faut prendre le problème à l'envers, demander à Legrand de sortir une gamme de plaques de finitions avec des zones translucides correspondant aux diodes Fibaro. Aller, on peut rêver....

Hum... oui recommence. Et comme je disais à Nico, ne pas oublier d'activer ONVIF sur la caméra.

Cela sera aussi le cas pour le Switch, c'est assez logique en fin de compte. Après si tu as fait le choix du Celiane, c'est à priori que tu aimes bien le coté sobre, donc ça ne devrait pas trop gêner de ne pas avoir de diode multicolore flashy !

C'est clairement une réponse générique du gars qui n'a rien compris, ou plutôt n'a rien cherché à comprendre. Pour moi ce problème est clair : problème de signal Z-Wave. J'ai typiquement eu ce problème avec différents capteurs (pas forcément des FGMS) qui étaient en limite de portée. Le premier changement d'état passe bien (la détection de mouvement), mais le second passe 1 fois sur 2 (la remise à 0 du mouvement). Bref, je préconise d'améliorer le maillage du réseau en ajoutant des modules relais (= sur secteur) dans les environs des capteurs qui posent soucis.

Maintenant on va configurer la détection de mouvement par analyse d'image de la caméra (à la place de laisser faire le travail par le Syno), donc là on aura beaucoup de faux positifs (mais on s'en moque, au pire ça enregistre des choses inutiles sur le disque dur) Cela se passe dans "Evénement", puisque pour rappel, les "événements intelligents" ne sont pas gérés par Surveillance Station (on en a parlé il n'y a pas longtemps) : Il faut toujours activer les options suivantes : La suite de la config est identique sans Surveillance Station. Donc là on va déclencher l'enregistrement basé sur l'analyse d'image de la caméra, ce qui a pour avantage de décharger le CPU du NAS, surtout utile quand on a plusieurs caméras. A noter qu'on peut activer simultanément la détection de mouvement par analyse d'image et le PIR si la caméra en est activé. C'est le cas sur ma caméra dont j'ai parlé au post précédent.

Alors, reprenons. Configuration du capteur PIR sur les caméras type "Cube", avec pour exemple mon modèle DS-2CD2432F-IW Dans mon cas, le capteur PIR : - active la sortie d'alarme sur laquelle est relié un IPX800 v4 via un câble - déclenche le démarrage automatique de l'enregistrement sur le NAS Synology Surveillance Station. Précision : je suis sur un relativement vieux firmware v5.4.41, cela a peut être changé sur les modèles récents. (c'est une caméra chinoise que j'ai "transformé" en caméra internationale multilingual grâce à une faille, j'en avais parlé sur le topic) On commence par Activer le capteur PIR et définir une programmation 24/7 : On active les méthodes de liaisons désirées : - Avertir centre de surveillance => Synology - A->1 => pour activer la sortie physique vers l'IPX800 - A1=> je ne me souviens plus trop mais je pense qu'il faut le cocher Je vous suggère d'activer l'avertissement audio pour les tests, même si ça casse assez vite les oreilles. Pour mon IPX800 il faut que je configure la sortie d'alarme avec un planning 24/7, j'ai mis un délai de 5s qui correspond à la "durée" du mouvement, c'est à dire le temps pendant lequel la sortie restera active dès la détection du mouvement : Dans Synology Surveillance Station, on configure la caméra en ONVIF : On active le pré-enregistrement pour être certain de ne rien manquer dès la détection de mouvement : La planification "Personnaliser 1" en 24/7 avec les détections : - Détection de mouvement - Falsification de la détection (optionnel, il faut activer l'anti-sabotage sur la caméra... personnellement j'ai eu beaucoup de faux positifs, donc j'ai désactivé) Et ça devrait fonctionner. Au final cette caméra avec détecteur PIR intégré est installée dans mon garage, et je n'ai quasiment aucun loupé, c'est très très fiable. Par contre ce simple détecteur PIR en extérieur ne serait à mon avis pas fiable, beaucoup de faux positifs (chats, oiseaux, nuages, végétation, etc....)