Lazer

Pour GEA , il faut 10 instances, comme sur le screenshot. En effet, avec GEA : - 1 instance tourne en permanence, pour les traitements qui s'exécutent à intervalle de 30s - à chaque fois qu'un événement instantané est déclenché (situé dans l'en-tête de la scène, tels que détection de mouvement / ouverture, changement de variable globale, appui sur un bouton, etc...), 1 nouvelle instance de la scène est démarrée. Cette instance peut mettre quelques secondes à s'exécuter avant de se terminer. Pendant ce temps là, il peut y avoir d'autres déclenchements instantanés, donc il faut mettre un maxi à 10, comme ça, cela laisse 9 instances simultanées pour les déclenchements instantanés

En complément : - si la caméra fait la détection de mouvement => pas de flux réseau tant qu'on n'enregistre pas - si l'enregistreur (NVR, NAS) fait la détection de mouvement => flux réseau permanent.... donc Wi-Fi interdit

En Wi-Fi, clairement ça va plomber gravement le réseau. En Ethernet, ça ne sera pas un souci, on parle là d'un flux de quelques Mo/s, là où un câble Ethernet tient le 1 Gbps sans souci (120 Mo/s réel environ) Mais j'ose espérer que tout le monde câble ses caméras en Ethernet ici On pourrait aussi parler de l'usure des disques durs, de bruit engendré, et de la consommation électrique.... Perso, même en extérieur, je suis partisan de n'enregistrer que sur détection de mouvement. En cas de doute sur une intrusion qui se serait produite quelques heures/Jours plus tôt, allez chercher l'événement dans un flux continu 24/24. C'est impossible. Avec la détection de mouvement, il suffit de sauter d'enregistrement en enregistrement, on retrouve beaucoup plus rapidement ce que l'on cherche. Bon évidemment, 99% des enregistrements sont inutiles (vent dans les arbres, nuage qui passe, chat/oiseau/renard qui se balade dans le jardin, araignée qui passe devant la lentille, etc....) mais on évite quand même des heures d'enregistrement d'une image totalement immobile. Pour l'intérieur, c'est simple, ma caméra est éteinte quand nous sommes présents. Seule celle du garage reste allumée, c'est marrant que peux faire un timelapse de mes bricolages

Bienvenue sur le forum

Ca peut aussi être un module Z-Wave qui fout le grouille sur le réseau, et sature la HC2.... La seule chose que tu puisses réellement faire, c'est de demander au support Fibaro de se connecter et de jeter un oeil.

C'est une PAC air/air, donc un split mural et un groupe extérieur. L'intertie est très faible, tout comme mes radiateurs électriques. Ca fait des questions en moins à se poser. En clair, d'un point de vue économies, on a intérêt à baisser la température aussi souvent que possible (car ce qui coute cher, c'est le delta de température entre l'intérieure et l'extérieur... plus le delta est grand, plus les pertes le sont) Par contre, j'ai appris que pour la PAC, on n'a pas intérêt à la couper tout le temps. En effet, contrairement à un radiateur électrique (pour lequel le rendement est toujours exactement = 100% quelque soit la techno, bas-de-gamme "grille pain" comme haut-de-gamme à inertie et double corps de chauffe), le rendement de la PAC varie énormément selon la température extérieure (le fameux COP)... et pas de chance, quand on a le plus besoin de réchauffer l'intérieur, c'est quand il fait froid dehors, donc qu'il y a moins de calories. Du coup, mon scénario prend en compte la température extérieure. Au dessus d'une certaine valeur (8 ou 9°C je ne me souviens plus), en cas d'absence ainsi que la nuit, je coupe la PAC. Le rendement de la PAC est excellent, je sais que la température intérieure remontera très vite. A l'inverse, si la température est en dessous, on la laisse tourner (mais je coupe quand même tous les radiateurs électriques), ça évite à la température intérieure de descendre trop bas, donc ça permet de remonter rapidement à la température de confort. Il est totalement impossible de comparer les modes de chauffage, c'est pour ça que les articles qu'on trouve sur le net sèment la plus grand confusion... car on général ils ne prennent qu'un seul type de chauffage en référence pour rédiger leur théorie. Il faut également prendre en compte la typologie du logement (espaces ouverts, ou fermés), l'isolation, ... Il faut tester chez soi, perso j'ai mis 3 à 4 ans pour ajuster tous mes scénarios. Là ça fait 2 ans que je n'y touche quasiment plus. Un seul bouton, sur un VD, me permet de changer de mode (été, hiver, et inter-saison (dans ce mode intermédiaire, seule la PAC du salon et la SDB sont chauffés, les chambres restent éteintes))

L'auto-apprentissage.... du beau pipo marketing encore, à mon avis C'est très bien pour le grand public, qui n'y connait rien, n'a aucune installation domotique, et ne souhaite pas passer du temps à le configurer. Mais encore une fois, si tu as de la domotique, tu peux piloter ton chauffage 10x plus finement qu'un pseudo algo d'apprentissage qui sera forcément limité. Si tu as des horaires ultra fixes d'un jour, et d'une semaine sur l'autre, ça le fera. Chez nous on a des horaires très variables, de temps en temps je bosse à la maison, de temps en temps je suis en déplacement 1 semaine complète, bref, un algo d'apprentissage serait inutile dans notre cas. Avec la domotique, je pilote chaque pièce indépendamment, en fonction de pleins de critères : - présence/absence de la maison (c'est la base) => Si on part de la maison plus tôt que prévu, le chauffage se coupe immédiatement au lieu de continuer à chauffer inutilement pendant 1h. L'inverse si on rentre plus tôt que prévu - statut des détecteurs de mouvements et détecteurs d'ouvertures (si la porte de notre fille est ouverte, c'est qu'elle a fini de dormir... on peut baisser le chauffage (elle ne joue pas beaucoup dans sa chambre....)) - la consommation des appareils (si l'ampli/projecteur est allumé, c'est que quelqu'un regarde un film, donc on remonte la température à fond). Je n'ai pas de poêle, mais une pompe à chaleur, elle est prise en compte dans mes scénarios (c'est le premier appareil démarré, et le dernier arrêté). Les radiateurs sont là en appoint, et aussi pour les pièces qui ne profitent pas de la pompe à chaleur (notamment SDB, cuisine, salle ciné) L'auto-apprentissage ne colle pas au juste à l'économie d'énergie... il essaye de s'en approcher. Je ne suis même pas certain que l'économie générée puisse rentabiliser le cout d'achat élevé de ces appareils (n'oublie pas qu'il en faut 1 par zone ou pièce) avant qu'ils soient obsolètes (puisque dépendants du cloud) La domotique (finement paramétrée, donc un peu de travail), le permet réellement. Enfin moi je milite pour la domotique, c'est le choix que j'ai fait, et je suis convaincu que c'est le plus efficace en termes de confort/économies (en plus de permettre plein d'autres choses... sécurité, etc). Le défaut, c'est le temps qu'il faut y consacrer pour paramétrer le système. Un NEST, tu l'achètes, tu le poses, et on en parle plus. C'est un choix.

Si tu veux 2 zones, il faut 2 thermostats (et 3 pour 3 zones) Rappel : un thermostat est constitué d'une sonde de température et d'un organe de décision (chauffer/arrêter). Il peut être matériel (ceux que tu as cité, et évidemment tout thermostat intégré aux radiateurs) ou logiciel (panneau de chauffage HC2 avec modules liés, plugin thermostat de Jeedom,...) Je n'ai pas d'expérience dans ces thermostats connectés grand public (surtout prévus pour le chauffage central à la base), donc je ne saurai te répondre directement. Mais puisque tu as une box domotique, pourquoi ne pas rester sur une solution domotique ? Le Secure SRT321, bien que pas très beau, fonctionne bien. En tout cas chez moi, je me contente du fil pilote avec les 6 ordres (Qubino), je laisse le thermostat interne de chaque radiateur faire son boulot. Une fois réglé à la température voulue de chaque pièce, ça fonctionne bien. Avantage, on a autant de zone que de radiateur. Si tu veux mon avis, le système de zone est totalement aberrant, et a été inventé par les fabricants de l'époque, mais n!est qu'une limitation d'un programmateur ancien et peu évolué (Delta Dore, etc) En pratique, jamais personne de la maison je se lève et se couche à la même heure. C'est bête de faire une seule zone pour toutes les chambres. Il faut que chaque chambre soit programmable individuellement. Confort et économies. La domotique nous permet de lever cette limitation et d'avoir un contrôle de chaque pièce. C'est même la raison pour laquelle je me suis lancé en domotique il y a 6 ans, consterné devant les limitations des gestionnaires comme celui que tu as.

Je n'ai jamais vu ces erreurs, mais ça vient clairement du serveur Web du NAS. Je ne sais pas ce que tu utilises comme NAS, mais il faudrait que tu regardes les logs du NAS.... on dirait qu'il n'a pas apprécié le nombre de requêtes. Par contre je ne saurais pas beaucoup t'aider, je n'ai pas de compétences sur les serveurs Web intégrés aux NAS (c'est quoi d'ailleurs, un Syno ?), car j'ai utilisé un hébergement Web mutualisé chez OVH, puis maintenant une VM Linux dédié sur mon serveur (Apache) qui tient très bien la charge.

Bienvenue sur le forum

ah... bon ok, dommage

@josephcastry OK alors j'ai fusionné les sujets. Je n'ai pas rencontré le problème avec mon seul Walli Dimmer, mais peut être que ça parlera à quelqu'un.

Je ne vois pas comment tu voudrais qu'un microphone (appareil analogique) puisse fonctionner sur un port USB (protocole numérique) Ca fonctionne sur certains smartphones car les fabricants mettent toute une électronique complexe derrière le port USB pour faire passer de l'analogique dessus (exemple courant : le casque analogique avec un simple adaptateur passif Micro-USB => Jack 3.5" femelle), mais sur un port USB de PC, aucune chance. Cela dit on ne sait rien de ton microphone (à part la photo du câble coupé), mais s'il est numérique (c'est à dire avec un CAN (ADC) et un controleur USB intégré), alors oui c'est fait pour. J'espère que tu n'as rien cramé, dans le passé, j'ai eu fait quelques expériences exotiques comme la tienne, j'ai cramé quelques appareils... exemple qui me vient en tête : un clavier de PC sur un Minitel (oui j'ai osé... bah je ne conseille pas )

J'avais fait ça pour DomoCharts, cela avait également été fait pour de vieilles version de GEA, et quelques autres scripts également. Mais il n'y a que les vrais développeurs qui savent se servir d'un outil comme Github, perso je l'utilise beaucoup en tant qu'utilisateur qui vient y télécharger des projets complets ou copier/coller des bouts de codes, mais je ne sais pas vraiment l'utiliser en tant que développeur (que je ne suis pas) Une usine à gaz est-elle utile pour les quelques scripts relativement simples que nous partageons entre nous ? En plus, quand tu regardes les différents tutos proposés sur le forum, tu remarques que 99% du temps, la personne qui a partagé son code se retrouve à le supporter, le maintenir et le faire évoluer. Très rares sont ceux qui ont repris un code et l'ont fait évoluer. Donc je n'ai pas l'impression que Github apporterait grand chose... Cela dit, si tu comptes partager des millions de lignes de codes en LUA, c'est probablement une bonne idée de les héberger sur Github.

Vu que tu as posté en dehors du topic unique d'un module, on ne sait même pas de quel module tu parles....

le BLEA te donne des boutons on dirait

Oui, association directe de 2 modules FGRM Mais je pense que tu raisonnes à l'envers, ou alors je ne comprends pas ce que tu écris... Tu t'en fous de l'automatisme intégré de ton volet, vu que tu domotises, ce qu'il faut c'est utiliser les automatismes de ta domotique. Donc tu n'utilises plus l'histoire de l'appui simultané sur les 2 boutons. Tu utilises le double clic sur l'un des modules FGR, qui associé avec tous les autres FGR de ta maison, permettra de les ouvrir ou fermer instantanément, grâce à l'association directe entre modules (cela se configure dans l'interface web de la box) Au fait, oublie les 2 FGS, déjà je n'ai aucune idée de ce que peux produire la fermeture simultanée de 2 circuits électriques (court circuit, cramage de moteur, incendie, explosion, fin du monde) et puis dans l'interface de la box tu n'auras plus d’icône de volet, mais 2 icônes de relais indépendants. C'est ce que j'ai pour l'un de mes velux, c'est bien nul...

Ah mon avis non, car c'est justement tout l'intérêt de ce module par rapport aux FGS doubles switchs classiques : empêcher l'activation simultanée des 2 relais. C'est soit montée, soit descende, jamais les 2 en même temps. Pour ton besoin, tu peux regarder la programmation avancée, et notamment les doubles clics et associations directes entre modules, je peux arriver au même résultat.

Tout à fait d'accord. Par contre, je lis que tu n'as pas de centrale domotique... donc j'en déduis que tu n'as AUCUN module Z-Wave. Comme tu le sais, le Z-Wave est un réseau maillé, dont seuls les modules sur secteur participent au maillage du réseau (un rappel ne fait jamais de mal, n'est ce pas). Donc installer uniquement un capteur Z-Wave, sur batterie (donc puissance d'émission limité), en extérieur (donc loin), à proximité d'un portail (donc d'une masse métallique qui fait écran aux ondes), sur un réseau sans maillage (donc aucun module pour router le signal), tu peux être à peu près certain que ça ne fonctionnera pas, ou alors de façon très aléatoire. Tu as 2 options : - tu souhaites te lancer sérieusement dans la domotique : crée ton réseau Z-Wave, avec des dimmers, relais, volets roulants, Wall Plugs, etc, un peu partout pour avoir une bonne couverture de la maison et tu jardin - tu souhaites uniquement connaitre l'état du portail : oublie tout de suite le Z-Wave.... je ne sais pas trop te conseiller, mais si tu as une bonne couverture Wi-Fi, tu peux tenter avec un module Sonoff

Bienvenue sur le forum

Bienvenue sur le forum

IIS sur Internet, t'es pas fou toi ? Même Microsoft ne le fait pas. IIS c'est tout juste bon pour les applications propriétaires codées pour un usage en Intranet. Sur le Web, il faut utiliser Apache, Ngynx, LightHTTP, etc

Let's Encrypt on te dit

Bienvenue sur le forum

Un certificat Let's Encrypt, c'est tout ce qu'il y a de plus vrai, et c'est gratuit. Pas besoin de dépenser de l'argent inutilement, il est loin le temps où les autorités de certifications étaient réservées à quelques élites qui les facturaient fort cher. La seule limitation, si je puis dire, c'est que le certificat a une durée de vie très courte de 3 mois seulement. Mais ça n'est pas un souci, avec le bon script certbot il est renouvelé automatiquement à chaque fois. Je crois même que les Synology savent s'en charger tout seuls. Aujourd'hui tu as juste besoin de payer le nom de domaine, ce qui coute une poignée d'euros chaque année. Rien de bien méchant. Chez OVH, Gandi, etc... EDIT : je radote, je viens de voir que @mprinfo avait déjà précisé tout cela au début du topic.