Toutes mes réponses sur les forums

15 sujets de 1 à 15 (sur un total de 98)
  • Auteur
    Messages
  • en réponse à : Qualité de transmission Blyssbox vs murs #10977
    ardillon
    Participant

    Bonjour,

    Sur mon installation, les télécommandes Blyss ont une portée largement inférieure à celle de la box. Donc difficile de juger seulement avec un couple télécommande+prise si la couverture RF sera suffisante dans la maison.

    Par contre, la comparaison avec le wifi ne suffit pas non plus pour statuer. En effet, les ondes wifi à 2,4Ghz ou 5ghz sont beaucoup plus atténuées par des murs/obstacles épais que celles à 433Mhz ou 868Mhz pour la gamme sécurité/chauffage Blyss.
    Sans rentrer dans les équations de propagation, l’atténuation est d’autant plus importante que l’épaisseur des murs est grande par rapport à la longueur d’onde de l’émission. Donc un mur de plus de 12cm (la longueur d’onde wifi@2.4Ghz) va atténuer du wifi et l’atténuation va s’accentuer à chaque “tranche” ou multiple de 12cm.

    Pour 433Mhz, on passe à 69cm de longueur d’onde …

     

    en réponse à : Module "contact sec" #10782
    ardillon
    Participant

    @RegOABVL, pour ma part j’ai une méthode simple pour savoir si une ampoule est “compatible” avec les modules sans neutre : je fais d’abord un essai avec un variateur d’intensité (un simple variateur à curseur récupéré d’un vieil halogène). Si l’ampoule fluocompacte s’allume avec le variateur à 25%, et que l’intensité est ensuite même légèrement variable avec le variateur, cela veut dire que le balast utilisé dans cette ampoule sera compatible avec les modules sans neutre…

    Si l’ampoule ne s’allume qu’avec le variateur à 100%, alors danger de destruction du module Blyss.

    Ardillon.

    en réponse à : Mise à jour 2.16 et changelog ? #10751
    ardillon
    Participant

    C’est vrai qu’en dehors de l’appli tablette et des évolutions pour le relais IP, on ne sait pas grand chose.

    D’ailleurs en parlant du relais IP … @Philippe, si Casto/Avidsen/M2M cherchent encore des beta-testeurs, je suis volontaire … 😉 😉 😉

    Ardillon.

     

    en réponse à : Thomson T Connect #10633
    ardillon
    Participant

    Ok, là je suis d’accord avec ces arguments.

    Le retour d’info devient une fonctionnalité “basique” chez la concurrence…. Actuellement seuls les modules de la gamme 868Mhz intègrent ce retour. Mais je ne vois aucune raison pour laquelle la gamme 433Mhz ne pourrait pas en être équipée, même si cela représente un coût supplémentaire. Mais ce surcout ne devrait pas représenter plus de 50% (en tout cas pas plus que la somme d’un récepteur et d’un émetteur), soit un module récepteur à environ 40€. (ce qui devrait être le tarif T Connect)

    Pour ce qui est de l’ouverture aux autres protocoles … c’est dommage, mais je crains que cela ne fasse pas partie des ambitions économiques de la gamme. Si vous achetez une Blyssbox, vous achèterez des modules Liveez … L’avantage est de mieux maitriser l’environnement de fonctionnement (à la Apple) pour simplifier l’utilisation. Pour ma part, j’ai contourné le “problème” pour le 433Mhz Liveez qui maintenant est “officieusement” inter-opérable avec d’autres solutions domotiques (Zibase, RFXCOM + vera ou RFXCOM + Zipabox). Mais on sort du plug&play …

     

    en réponse à : idee pour prochaine mise a jour #10632
    ardillon
    Participant

    Et pour rester en ligne avec la concurrence, rendre compatible la Blyssbox avec le RFXCOM433Mhz….

    Mais je doute que l’ouverture vers des capteurs et actionneurs tiers cela fasse partie du business plan Liveez … ;(

    en réponse à : Imposible de couper l'alarme #10631
    ardillon
    Participant

    bonjour,

    Est-ce que ce pb arrive aussi bien avec l’appli iPhone qu’avec le site web via un PC (ou Mac) ? J’ai également remarqué quelques “désynchronisations” de status avec l’appli mobile.

     

    en réponse à : Thomson T Connect #10614
    ardillon
    Participant

    @foenix : euh … attention de comparer ce qui est comparable en terme de tarif :

    La Thombox est basée sur la zipabox (que je connais bien pour en avoir également une depuis quelques semaines), et dans laquelle la partie radio Z-Wave a été remplacé par une liaison RF propriétaire à Avidsen. Bref, pour 299€, cette box n’est pas capable de communiquer avec autre chose que ce protocol propriétaire et il faudra rajouter des modules supplémentaires pour les protocoles Zigbee (+60€), Z-Wave (tarif non connu), KNX (+99€), EnOcean (tarif non connu, mais devrait également être ~99€), …

    De même, il faut rajouter 129€ pour avoir une batterie qui permet à la box de resté active en cas de coupure de courant, d’un port USB qui permettra d’y relier une clé 3G à ~60€ (quand cela fonctionnera avec un opérateur français … ce n’est pas encore le cas avec la Zipabox).

    Et je ne parle pas du wifi qui n’est pas non plus implémenté.

    Re-bref, si on compare fonction à fonction : il faut compter : 299+129+60 = 488€ soit ~100€ de plus que le prix de la Blyssbox …

    Le seul avantage de la Thombox pour moi est le système de scénarios avancés qui est une vraie innovation. Pour le reste … je garde ma Blyssbox ! 😉

     

    en réponse à : Connexion GSM #10593
    ardillon
    Participant

    oups … sinon voir chez DealExtreme (dx.com) … ils ont toute une gamme de répéteurs qui fonctionnent très bien …

    en réponse à : Modules non visibles et plus réassociables #10586
    ardillon
    Participant

    Pour réagir sur le ressenti “Low-cost” … @Philippe, c’est vrai que certains modules font cheap par leur aspect/matériaux utilisés… comme les interupteurs muraux par exemple.
    Par contre, l’electronique qui est utilisée dans les modules est tout à fait comparable avec la concurrence et croyez moi, j’ai démonté la majorité des modules pour savoir comment je pouvais les “customiser” …
    Le meilleur exemple est la prise commandée qui partage exactement la même electronique que les prises commandée SOMFY qui sont presque 2x plus chères.

    Pour ce qui est de la batterie qui gonfle … c’est un défaut de jeunesse effectivement regrétable mais qui est désormais réglé par le remplacement du capot. Le traitement de ce défaut a été correctement traité par le SAV. (Le SAV est toujours d’une remarquable réactivité, et c’est pour moi un point essentiel !)

    Pour ce qui est de la portée … euh .. j’expérimente actuellement une seconde box domotique chez moi (la zipabox) et la portée du Z-Wave peu être également “caprieuse” selon l’endroit où l’on installe ses capteurs et actionneurs.

    Enfin, je dois bien avouer que la Blyssbox est maintenant d’une très grande stabilité et que malgré une utilisation intensive avec une quarantaines de modules, un relais RF, une passerelle HTTP maison avec la zipabox, une autre avec la centralisation de les stores SOMFY, je n’ai plus aucun bug depuis presque 6 mois.
    C’est loin d’être le cas avec les autres box que j’ai ou que j’ai expérimenté :
    – La vera light : rendue au bout de 15 jours car bugguée, instable, et peu documentée.
    – La zipabox : utilisée uniquement en “moteur de scénarios complexes” pour piloter la Blyssbox, mais plein de bugs non résolus à ce jour.
    – La Taoma : euh … protocole propriétaire et trop peu de modules disponible pour réellement domotiser une maison

    Reste la HomeCenter2, qui n’est pas beaucoup plus chère que la Blyssbox (~150€ de plus) tout en étant beaucoup plus puissante et d’aspect plus haut de gamme… Mais les modules sont 2 à 3 fois plus chers, ce qui n’est pas négligeable si l’on a une “grosse” installation … Au final, le prix de la box est presque “négligeable” dans le cout total de l’installation.

    Perso, j’attends maintenant de Casto les différents modules qui nous ont été présentés en début d’année : module IP qui a été repoussé encore une fois, sonde de température intérieur, et nouveaux scénarios plus évolués …

    en réponse à : Et une API HTTP ?? même basique ? [update 27 mars] #10585
    ardillon
    Participant

    euh … le copier-coller de mon éditeur de texte sur celui du blog à copier plus que le texte …

    en réponse à : Et une API HTTP ?? même basique ? [update 27 mars] #10584
    ardillon
    Participant

     


    @Oliviers
    : oups, je n’avais pas vu ta question.

    Actuellement, sans une nouvelle fonctionnalité de capteurs/actionneurs “virtuels” (http) implémentée par M2MS, il n’y a pas de solution à la portée de Mme Michu.

    Par contre, j’ai une solution qui fonctionne parfaitement chez moi, toujours basée sur la fameuse librairie de Skyduino.

    Un simple récepteur RF 433Mhz(10€ chez Lextronics), et un module arduino équipé d’une interface http (25€ chez dfrobot) et un peu de code que je peux fournir (0€ chez … moi) …

    Ensuite, il suffit de créer de nouveaux actionneurs dans l’interface de la Blyssbox (seuls les versions 433Mhz, car sinon la box se rendra compte qu’ils n’existent pas).

    A partir de là, c’est très simple, le code sur l’arduino associera un identifiant d’accessoire Blyss à une URL et l’émettra …

    Une autre solution moins geek existe mais elle est beaucoup plus couteuse. Avoir de vrais actionneurs Blyss connectés à une IPX800 qui est une interface bidirectionnelle I/O <> Ethernet configurable via un serveur web intégré. Mais l’IPX800 coute déjà près de 200€ …

    Pour ceux qui voudraient un peu d’aide sur le code Arduino et les schémas de cablage (il n’y a que 6 fils à souder …), n’hesitez pas à me contacter.

     

    en réponse à : comportement erratique récepteur chauffage fil pilote #10380
    ardillon
    Participant

    @xavme : perso, plus aucun problème avec les recepteurs de chauffage depuis la mise à jour de fin 2012. (et plus aucun pb sur aucun autre module depuis que j’ai le relais RF !)

    Et heureusement car avec les températures actuelles, mes 6 récepteurs sont bien utilisés.

    Est-ce que le comportement aléatoire est également présent en changeant l’ordre directement sur le bouton de la face avant du récepteur ? Ou est-ce uniquement via les scénarios ?

    N’y a-t-il pas de conflit entre 2 scénarios qui viendraient piloter un même récepteur ?

    en réponse à : Et une API HTTP ?? même basique ? [update 27 mars] #9884
    ardillon
    Participant

    Juste en complément, la Blyssbox est certes plus chère, mais dispose de base d’une alimentation sauvegardée, du Wifi et d’une connectivité USB (note pour Philipe ou Mejdi : si seulement on pouvait connecter un RFXCOM433 dessus !!!).

    Ce qui n’est pas le cas, de base, sur la Zipa/Thombox. (il faut ajouter le module backup à 99€, qui n’apporte pas non plus le wifi)

    en réponse à : Et une API HTTP ?? même basique ? [update 27 mars] #9883
    ardillon
    Participant

    On diverge du sujet original de mon post, mais comme c’est moi qui a ouvert le débat … 😉 😉

    Oui, à mon avis, la Thombox risque de devenir le concurrent n°1 de la Blyssbox cette année 2013 :

    – tarif de la Thombox 30% inférieur à celui de la Blyssbox

    – tarif comparable des modules, avec le retour d’état en plus (en tout cas c’est ce qui est annoncé)

    – réseau de distribution type GSB (hors Casto et LM)

    – un support hardware par Avidsen (comme la Blyssbox, et quand on voit l’efficacité de Bruno, c’est un bon point 😉 )

    – mais surtout un moteur de règles tout simplement génial !

    Par contre, il faut bien voir que la Thombox est une Zipabox rebadgée, avec une connectivité RF propriétaire Avidsen (comme la Blyssbox) au lieu de ZWave, et que le soft de chez Zipato est … comment dire … en béta-version. Donc plutot à réserver à ceux qui sont prêt à accepter un “certain” nombre de bugs …

    Il ne s’agit sans doute que de defauts de jeunesse, mais la Blyssbox est sur ce point plus “mature”.

    De même, la gamme d’accessoires disponibles Blyss est très étendue, et j’attends de voir combien de temps il faudra pour avoir autants de périphériques compatibles avec la Thombox. D’autant que de nouveaux modules Blyss vont bientôt voir le jour (sonde température intérieure, sirène intérieure, module IP pour l’interphone …). Cela permet de ne pas nécessiter d’être multi-protocoles.

    Et puis, ils n’ont pas Philippe qui s’occupe de la Thombox…  lol 😉

    Donc, pour moi, si je devais aujourd’hui démarrer une nouvelle installation, je resterai sur le système Blyss (complété par un peu d’Arduino 😉 ). Mais il faut que Casto ne se laisse pas trop rattraper par la concurrence, au risque de perdre des parts de marché chez les clients de type “amateurs-experts”.

    Nicolas

    en réponse à : Et une API HTTP ?? même basique ? [update 27 mars] #9879
    ardillon
    Participant

    😉 merci pour les encouragements !

    La rédaction de mon tutorial prend du retard car je fais actuellement évoluer cette passerelle initialement unidirectionnelle (HTTP->BLYSS) vers une version bidirectionnelle (HTTP->BLYSS->HTTP).
    en fait, j’ai craqué pour la Zipabox la semaine dernière et celle-ci va me servir pour traiter tous les scénarios complexes que j’ai en tête depuis 8 mois et que je n’ai pas pu implémenter uniquement avec la Blyssbox. (combinaisons logiques et séquentielles de capteurs, utilisation de variables, de capteurs météo virtuels venant du web, envois d’email, … )

    Par contre, le système Blyss restera au coeur de mon installation (car 1 : je n’ai pas envie de ré-investir pour tous mes modules déjà installés et qui fonctionnent très bien et 2 : la partie “alarme” restera totalement gérée par la Blyssbox) et la zipabox ne portera que les scénarios. Du coup, ma passerelle permettra la communication entre la zipabox et la blyssbox.

    Sur le choix de la zipabox, c’est vraiment le moteur de scénarios Blockly qui m’a séduit ! En espérant que ce soit une solution temporaire et que les scénarios complexes puissent un jour retourner sur la Blyssbox 😉

15 sujets de 1 à 15 (sur un total de 98)