Lazer

@pocket998 oui tu as bien saisi la différence entre Connect et Connect:AMP J'ai effectivement des enceintes sans ampli. Donc le Connect:AMP joue le rôle d'ampli et m'évite d'en ajouter un spécifiquement pour cela. Attention ce n'est que de la stéréo, on ne parle pas là de HC. J'ai un ampli dédié dans une salle dédiée pour le home cinéma. Dans ton cas, il était question d'un Connect tout court, pour mettre sur ton ampli existant.

comme disais Nico, quasiment aucun intérêt du L3 sur un switch pour un particulier. Tu prends un switch L2 normal, et tu feras du routage entre les VLAN avec un routeur. Attention, les box ADSL des opérateurs ne le permettent pas, il faut utiliser un routeur du commerce (netgear, synology, ubiquiti, etc)

horrible !!!!!

J'ai eu l'occasion d'écouter les Play 3 récemment, dans un salon, et j'avoue avoir été plutôt déçu.... manque de puissance, d'amplitude sonore, de clarté musicale. Je pense que pour un salon, les Play 5 sont plus adaptées. Mais la paire commence à couter vraiment cher Sinon Play 1 très bien pour chambre à coucher, SDB, etc Dans mon salon j'ai un Play AMP, ce qui a l'avantage de pouvoir connecter une vraie paire d'enceintes classiques dessus, utile pour ceux qui ont déjà des enceintes Hifi. Utile également pour placer des enceintes encastrées.

A mon avis, le if (g) permet de tester si le string.match(getGlobalValue...) a retourné une valeur de type RGB, ou une uniquement valeur de programme courant.... lequel programme serait alors uniquement stocké dans la variable r Pas sur d'être clair, mais on voit là une optimisation digne d'un développeur de talent tel que Steven

Le programme de chez Sonos est super, que ça soit les applis smartphone/tablette ou PC. Totalement indépendant de Fibaro et de la domotique en général bien sà»r. Sur la HC2, le plugin Fibaro officiel pour Sonos est pourri, naze, inutile. Le module virtuel de Krikroff est très bien C'est ce dont il est question sur ce topic.

Si tu as un vieil ampli non connecté comme moi, tu peux le mettre sur un Wall Plug (ou une multriprise Greenwave), et le couper par ce biais. Ca aura le même effet que le bouton Power physique de l'ampli. Et ça évite de le laisser allumé quand tu es absent.

Non il est vrai qu'il manque une catégorie "bazar" Je vais y réfléchir.... Pour les devices cachés, normalement ils ne remontent pas, que ça soit les capteurs environnementaux (temp, hum, etc) ou les consommations électriques. Je n'ai pas de pince Aeon Labs pour tester, il faudrait que tu nous postes le JSON de ton module (devices parent ET enfants) pour que je jette un oeil. Si tu veux exclure un device, le plus simple est de le cacher sur les graphs à l'aide de la page admin.php. Ils seront quand même loggués dans la DB, mais tu ne les verras plus.

yes, merci ! il m'en a fallu du courage, j'ai bien cru que j'allais abandonner avant même de commencer ! Mais àforce de persévérance j'ai réussi àrentrer dedans. Puis après j'ai perdu 20 minutes àcomprendre pourquoi il me mettait "permission denied" en essayant d'obtenir un nouveau SID.... Jusqu'àce que je découvre que le Syno avait bloqué l'IP de mon HC2 !!! Bref j'ai avancé quand même. La suite ce soir normalement

ouais clair, le modèle OSI c'est le premier truc qu'on t'apprends quand tu débutes en réseau, mais en fait c'est prise de tête et ça sert à rien Enfin, c'est de la théorie quoi ! Parfois utile pour comprendre la base du fonctionnement des équipements, mais on s'en passe très bien. Si on veut de la théorie, il est beaucoup plus utile d'ouvrir un bouquin sur TCP/IP, car on y apprend le fonctionnent des requêtes ARP, du routage IP, du DHCP, DNS, etc... au final bien plus utile au quotidien quand il s'agit de comprendre ce qui se passe sur un réseau.

Bon hier soir j'ai entrepris de me replonger dans ce VD.... Donc je reprend la v4.1 de Jojo, j'ajoute les modifications de sebcbien de la page précédente, plus 2/3 améliorations. J'essaye de partager cela ASAP.

Le vrai modèle OSI, c'est 7 couches. En TCP/IP, ils ont simplifié à4. Mais tu pourras trouver des tableaux de correspondance.

bien joué, oui en effet le privilège directeur est une nouveauté de SS V7 il me semble

Tiens, encore un truc àfaire.... remettre de l'ordre dans les versions et patchs de ce VD, et consolider tout ça en première page. A suivre....

En fait, je n'ai pas de tuto, car c'est à l'état de beta. Ca fonctionne chez moi après de longues heures de développement. C'est stable, mais assez complexe à configurer, et si je me lance dans un tuto, ça me prend du temps, mais pire encore c'est le support derrière..... surtout sur un produit qui n'est pas finalisé (cf explications plus bas) J'ai créé une mini-API qui est la même que DomoCharts, donc la HC2 prend les données sur le PI, et les envoie vers la base DomoCharts. Actuellement, mon PI utilise une PiFace car je suis parti du tuto de Antor Domotiser son compteur d’eau Mais le programme Python est une catastrophe, des fuites mémoires de partout (à priori dues à la librairie Python pour gérer la Piface), et comme je n'ai pas les compétences nécessaires pour débugger le Python, j'ai tout réécris en C. Tu peux trouver le source de ce programme chez Github sur mon projet PifaceCounter (lire le descriptif de quelques lignes sur la page) A noter que le code en l'état n'est pas exploitable (enfin, c'est compilable, mais ça ne s'exécutera pas) car il dépend de librairie qui sont également bugguées, et que j'ai patché à la main avant de les recompiler, car personne ne les as jamais corrigé visiblement.... Mais je veux abandonner cette solution. J'ai un Raspberry PI 2 Model B qui attend depuis 6 mois que je me replonge dedans, car je souhaite ne plus utiliser de Piface et attaquer directement les ports GPIO. Donc une partie du programme en C à réécrire. Il me reste aussi un énorme travail du coté de l'interface Web d'administration.... pour l'instant c'est ultra bancale, à moitié dans une DB, et l'autre moitié dans des fichiers texte de configuration. A noter que le RPI est ultra stable depuis 1 an, après avoir subit un crash de carte SD au tout début : maintenant je monte tout en RAM. A ce sujet, j'attends la livraison de ma carte PiJuce qui était prévue en juin 2015 car cela permettra de sécuriser la RAM en cas de coupure de courant. En attendant, j'ai un script qui tourne toutes les nuits, et fait un backup sur un montage NFS (ça ne te rappelle rien ? ) Dans les évolutions prévues également, c'est de faire des notifications Push... ainsi mon programme calculera en temps réel les consommations instantanées, et envoie les valeurs en Push via http.... sur un Plugin HC2 (le Virtual Sensor est parfait, mais faudrait juste que Fibaro nous implémente les plugins pour de bon). Bref j'ai commencé à écrire ce code, mais laissé tombé en attendant que Fibaro nous livre les plugins. Donc oui j'aimerais bien faire un tuto pour partager tout ça, c'est mon espèce de projet "super Eco-Devices" qui m'a occupé vraiment énormément de temps, mais il reste tellement à faire pour le rendre présentable, que je ne veux pas me lancer dans un tuto pour l'instant.

Alors c'est très simple : pour un geek, le Raspberry PI est un must have. Pas besoin de lui trouver d'application pratique, sa seule présence sur un coin du bureau se suffit à lui même Ca peut aussi servir de media center low cost, ou de compteur à impulsion (ce dernier est mon usage en pratique)

Le level 1, c'est la couche physique, donc l'Ethernet pur et dur (du port du switch au port du PC), ou le Wi-Fi (ondes hertziennes) Un switch est forcément L2. Certains switchs évolués, ont en plus la possibilité de faire du L3, c'est à dire du routage entre différents réseaux. Partant de tout ça, on comprendra que la box ADSL fournie par notre opérateur fait du L1, L2, et L3. Le L4 c'est les protocoles applicatifs (http, ftp, ssh, etc)

Je me demandais d'ailleurs si la sortie du Dimmer Qubino est protégé contre les court-circuits ? Vu qu'il est protégé contre la surcharge, c'est possible, non ? C'est mystérieux cette histoire de ON/OFF, lire les commentaires de l'article de Pascal : http://www.domotique-info.fr/2016/02/test-du-nouveau-dimmer-z-wave-qubino-au-format-din/

Gros +1. J'ajoute également que la HC2 ne fait que du Z-Wave, protocole sans-fil, chose que l'IPX800 V4 ne fait pas du tout (elle fait un peu de sans-fil au travers du protocole EnOcean, mais le support des fonctions est très très limité pour le moment) Bref, les 2 sont complémentaires, c'est pour cela que plusieurs ont les 2.

C'est quoi ta ligne 197 ?

oui justement on ne voit plus grand chose dans le log en question.... bon comme le problème ne s'est jamais reproduit chez moi, je n'ai pas trop creusé la question. Et puis de toutes façons, on ne peut rien y faire, c'est du ressort des devs Fibaro

Je serais tenté de penser comme toi. Mais dans la pratique, avec Fibaro tout est possible

@PITP2 : non j'avais cru lire que certains avaient un plantage du moteur Z-Wave.... même qu'ils étaient obligé d'attendre plusieurs heures pour que ça refonctionne

J'avais planté le moteur Z-Wave en jouant un peu trop vite avec les programmes d'un modules RGBW. Ceux qui utilisent Homebridge sont nombreux à avoir des plantages du moteur Z-Wave également.... Donc il y a un mystère, et visiblement ça n'est pas du à un module Aeon Labs en particulier

y'a du spoiler là, ça mérite un ban Nico