Aller au contenu

fel-x

Membres confirmés
  • Compteur de contenus

    414
  • Inscription

  • Dernière visite

  • Jours gagnés

    17

Tout ce qui a été posté par fel-x

  1. Oui ce serait mieux sinon en cas de bug tu ne sauras jamais si c'est parce qu'il restait un fichier de l'installation précédente...
  2. Là c'est une excellente idee je l'ai fait plusieurs fois pour maîtriser le système ! n'hésite pas c'est rapide en plus.
  3. Ne confondons pas accessoires et accessoires ! ta box fibaro controle des modules, que malheureusement homebridge appelle aussi des accessoires Homebridge se lance et vérifie dans son fichier de config (Json) combien de plateformes tu as configuré et combien d'accessoires. La plateforme déclarée dans ton fichier de config est le plugin fibaro-hc2 (mais il y a bien d'autres plateformes existantes pour homebridge, sous formes de plugins à installer). Cette plateforme fibaro va fournir autant d'accessoires qu'elle controle de modules. Les accessoires déclarés dans ton fichier de config vont apparaître directement dans l'interface comme des "modules", sans provenir de la fibaro.
  4. Non non c'est normal jai Bien 2 plateformes de plus que toi J'ai Installé homebridge-server et homebridge-info : c'est donc logique regarde le nombre De plateformes et accessoires : chez toi : 1 plateforme et aucun accessoire. tout semble donc juste chez toi! mystere total quant à la non visibilité de homebridge sur ton iphone
  5. ces alertes sont normales voici par exemple mon démarrage : C'est différent chez toi les alertes ?
  6. fel-x

    Zipato Rgbw

    J'ai une HCL et le Zipato RGBW en version 2.0 La config m'indique ceci : Il fonctionne bien avec l'interface Fibaro mais on sait tous qu'en standard les couleurs ne peuvent être modifiées depuis l'application iPhone Le problème est que le module est presque toujours affiché comme allumé. Je m'explique : si je l'éteins en position "OFF", la lumière se coupe bien mais après quelques minutes le module est à nouveau affiché comme "allumé" en position "ON" (la lumière ne l'est pas et les intensités sont sur 0). J'imagine qu'il détecte que l'ampoule est sous tension (courant non nul) alors il l'affiche sur "ON" Mais ça m'ennuie puisque pour allumer la lumière, je dois cliquer 2X : sur "OFF" pour lui faire croire qu'il doit s'éteindre, puis sur "ON" pour l'allumer réellement. Comment contournez-vous ce problème ? merci
  7. @Cardane dans ce cas de figure, je te recommande de supprimer les répertoires "accessories" et "persist" et de supprimer ton domicile de l'app Home. N'oublie pas de couper HomeBridge d'abord cd .homebridge/ sudo rm -rf persist/ sudo rm -rf accessories/ relance ensuite Homebridge et puis re-détecte HomeBridge depuis Home.app Si ton config.json est bon, ça va aller.
  8. @Cardane en relisant ton message d'erreur il me semble clair que homebridge fonctionne bien mais croit lire un fichier config.json vide ! Est-ce que homebridge est exécuté par le root ? Si tel est le cas, est ce que le fichier de config lui appartient ? moi j'ai les propriétés suivantes pour /home/pi/.homebridge/config.json : -rw-r--r-- 1 root root 1231 mai 19 20:19 config.json A+
  9. @Cardane J'ai en effet constaté que FibaroHome puise son info "autrement" car il n'affiche pas les mêmes infos que homebridge en même temps... Mais de là à piger pourquoi Au fait pour tester à distance tu pourrais installer DATAPLICITY
  10. Oui oui je suis là ;-) Je vois 2 possibilités : 1/ ton fichier config.json n'est pas le bon/pas au bon endroit (c'est le plus probable !!!) 2/ ton fichier config.json est erroné Donc, si tu pouvais nous faire un copier/coller du contenu de ta config ? Ensuite, par sécurité, peux-tu me dire les versions de node et npm que tu as ? (que réponds ta raspberry quand tu lui demandes "npm -v" et "node -v" ?) a+
  11. Tiens, juste pour le fun, j'ai ajouté un "module virtuel" à Homebridge : RPI Temp : npm install -g homebridge-rpitemp et il faut ajouter ceci dans le config.json : "accessories": [ { "accessory": "homebridge-rpitemp.RpiTemp", "name": "RPi CPU Temp", "tempid": "cpu" } ] Il affiche la température du CPU de la Raspberry
  12. En tapant ce message exact sur Google, je suis tombé directement sur le sujet suivant : https://github.com/ilcato/homebridge-Fibaro-HC2/issues/27 Je pense que ça devrait t'aider. Sinon assure-toi que ton fichier config.json est bien le bon Celui qui est dans .homebridge c'est à dire que tu dois y parvenir en tapant ceci : cd /.homebridge
  13. @iman je suis étonné de voir que tu emploies le username "homebridge" pour ta plateforme ??? Tu es sensé employer le FibaroID à ce niveau : "username": "tonFibaroID@email.com", Sinon je ne vois pas...
  14. Passage de 4.110 en 4.120 sur HCL en +/- 10 minutes sans erreur. J'ai lancé la mise à jour, et j'ai laissé tourner. La page d'avancement est restée affichée longtemps pendant que je faisais autre chose. Je suis passé souvent devant l'écran et je n'avais pas l'impression que ça avançait mais pourtant à un moment l'écran affichait "redémarrage des services" et je me suis ensuite retrouvé sur la page d'accueil. J'ai entré mon Fibaro ID et tout semble fonctionner. Les messages de status sont : J'ai toujours mon module sans template (le thermostat Secure SRT321) rien à redire, c'est sans stress
  15. @chris6783 L'idée m'avait effleuré et malgré le passage à 1 ou 2 ou même 5 secondes ça ne repasse pas sur OFF. Ceci dit, ce ne serait pas une bonne solution, car l'instantanéité du ON/OFF est indispensable pour que le module ne prenne pas en compte le passage sur OFF comme une interruption de l'action. Sinon la porte de garage s'arrêterait de monter/descendre en cours de route...
  16. Chers amis, j'aimerais corriger une curiosité qui est gênante mais pas bloquante : J'ai 2 garages, chacun équipé du même moteur, sur lequel j'ai placé le même FGS-222. Il sont alimentés de la même façon et configurés de la même façon. C'est véritablement 2 fois la même chose. En particulier dans ma config j'ai ceci POUR LES 2 : Il n'y a aucun "device grouping" configuré, et le reste des paramètres est : Paramètre 1 = 255 Paramètre 3 = 0 Paramètre 4 = 0,5s Paramètre 5 = 0,5s Paramètre 6 = 0 Paramètre 7 = 0 Paramètre 13 = 0 Paramètre 14 = 1 Paramètre 15 = 0 Paramètre 16 = 1 Paramètre 30 = 0 Paramètre 31 = 0 Paramètre 32 = 0 Paramètre 33 = 0 Paramètre 39 = 600s Paramètre 40 = 0 Paramètre 41 = 0 Paramètre 42 = 0 Paramètre 43 = 0 Sur l'un, la config est bien prise en compte et sur l'autre pas : Sur le premier (qui fonctionne comme je veux), que ce soit pour le bouton OUVERTURE ou le bouton FERMETURE, lorsque j'appuie sur "ON", la porte de garage commence à s'ouvrir/se fermer et l'état repasse DIRECTEMENT sur OFF en 0,5 secondes. Sur le deuxième, que ce soit pour le bouton OUVERTURE ou le bouton FERMETURE, lorsque j'appuie sur "ON", la porte de garage commence à s'ouvrir/se fermer et l'état ne repasse JAMAIS sur OFF. Malgré quelques reconfigurations "douces" et exclusion/inclusion, le "méchant" module persiste à ne pas tenir compte du paramètre 3 auquel sont associées les valeurs des paramètres 4 et 5. Quelqu'un aurait une idée ?? Merci d'avance !
  17. Salut, Je reviens vers vous suite à des soucis récurrents avec mon SRT-321. Je suis sur HCL, et depuis le changement de piles il y a 2 semaines, le device est tout le temps marqué comme mort et donc ne reçoit plus et n'exécute forcément plus les consignes de mon panneau de chauffage. Le "soft reconfigure" ne passe pas car il "attend le réveil du module" indéfiniment... Je prendrai le temps de l'exclure et le réinclure ce soir... Ce n'est pas le seul problème puisque depuis près de 2 ans, le module n'a pas de template !! Je sais que beaucoup d'entre vous vont être étonnés et me dire que leur SRT-321 est parfaitement configuré... mais la source du problème a été identifiée. En fait mon SRT-321 affiche ceci : Alors que celui des chanceux chez qui ça fonctionne affiche ceci : Vous voyez donc que ma version 3.0 du device n'est pas reconnue correctement comme un thermostat. J'ai eu beau remonter l'information à Fibaro Bug Tracker, et la poster sur le forum Fibaro, mais FIBARO reste totalement insensible à ce problème. C'est le silence radio absolu. Je n'ai pas plus de réponse chez Horstmann. Savez-vous s'il est possible de mettre à jour le firmware du SRT-321 ? Savez-vous si j'ai le moindre espoir de le faire fonctionner correctement ? Merci :-)
  18. Ceci dit quand je lis les critiques sur Amazon, ça donne pas envie...
  19. Pas mal et assez simple on dirait. Je n'ai pas l'expérience de ce genre d'installation pour la vidéo : risque-t-il d'y avoir une différence entre HC2 et HCL ?
  20. Oui c'est une solution. Tu en connais un qui s'interface facilement avec Fibaro (surtout HCL dans mon cas) ?
  21. Bon en l'absence de solution "bricolée"' je vais me diriger vers la solution que nous repoussions depuis des années : change la porte d'entrée ! Quelqu'un aurait entendu parler de portes d'entrée intégrant un système de vidéo-parlophonie qui peut être interfacé avec la domotique ? (je sens que ça va couter cher...)
  22. Et si c'est le judas que je remplaçais par un judas vidéo wifi ??? >>> comme ceci
  23. aie aie aie... la vitre est totalement opaque en verre trempé et en relief. Impossible de voir au travers, même à l'oeil nu
  24. ... j'ai bien trouvé des modules Zwave DIN mais ils n'ont pas de port ethernet et encore moins de PoE. ... et je trouve aussi une prise CPL avec PoE mais elle n'est pas Z-wave. A moins que la solution la plus simple soit d'employer cette prise CPL PoE et de laisser mon Raspberry gérer les flux vidéo sur le réseau et les screenshots lorsqu'un visiteur sonne à la porte ?? Sauf qu'alors je dois trouver comment récupérer la vidéo et les screenshots avec ma HCL... grrrr
  25. Merci @pepite et @jojo J'ai parcouru les infos sur HikVision. Auriez-vous le temps de regarder la doc de celle-ci : HikVision DS-2CD2135-(I) Il me semble qu'elle ferait l'affaire. Je vois qu'elle est alimentée en PoE et qu'elle gère une grande quantité de protocoles (TCP/IP, ICMP, HTTP, HTTPS, FTP, DHCP, DNS, DDNS, RTP, RTSP, RTCP, PPPoE, NTP, UPnP, SMTP, SNMP, IGMP, 802.1X, QoS, IPv6, Bonjour, SIP) et qu'elle gère les compressions H.264 et MJPEG. J'en déduis que je pourrai exploiter le JPEG comme photo instantanée, en plus du stream vidéo éventuel pour la surveillance. Ce qui m'ennuie c'est l'info suivante : "RJ45 10M/100M Ethernet interface". Je ne sais pas si du 10M/100M est suffisant pour le streaming ? A part ça, si j'installe cette petite caméra au-dessus de ma porte d'entrée, il me faudra percer le linteau pour y fixer la caméra mais aussi faire passer le câble et ressortir à l'intérieur. De là j'ai un accès assez proche à mon panneau électrique. Du coup je me demande comment connecter la caméra à mon LAN (avec PoE) et à mon HCL ? Idéalement il faudrait un module qui aille sur mon rail DIN et qui fournisse à la fois un port PoE et une connexion Zwave... Ca existe ça ??? Sinon je suis preneur de vos suggestions. (attention budget illimité ) Merci !
×
×
  • Créer...