Lazer

Oui c'est vrai que ça touche potentiellement toutes les sociétés de livraison selon les secteurs.... UPS chez nous ça marche super bien. DHL, GLS, etc aucun problème. Chronopost aussi étonnamment (La Poste...). Remarque ils sont obligés, ils viennent faire un gros enlèvement tous les jours pour la boutique de Madame !! TNT c'est une catastrophe par chez nous. Amazon Logistics on avait d'énormes problèmes au début, quand c'était encore Colis Privé et juste après qu'ils se fasse racheter. Depuis Amazon a dû taper très fort sur les gars (perso j'étais pas tendre dans les commentaires de livraison), depuis ça tourne impec

DPD Cette société appartient à qui au fait ? Ah oui.... je sais... La Poste Tout est dit EDIT : visiblement la 3ème mi temps n'a pas calmé leurs ardeurs

Quelle idée aussi Et comme ceci ? self:updateView("status", "text", '<span style="color:red;">' .. error .. '</span>')

Les volets ? On peut se poser la question Donc à toi de voir.... mais la vraie question, est-ce qu'un cambrioleur a les compétences pour hacker un réseau Z-Wave ? Clairement non, sinon il serait ingénieur, pas cambrioleur. En plus, il reste de toute façon la fenêtre à briser, donc même s'il avait les compétences, ça n'aurait aucun intérêt pour lui. Pour moi le seul vrai risque, c'est quand (enfin si ça arrive) le Z-Wave sera tellement répandu qu'on trouvera des boitiers portables sur batterie pour hacker les réseaux et rentrer dans les maisons sans effractions. Exactement comme pour les voitures (ça fait plus de 10 ans que les voitures sont volées avec de tels boitiers). Donc le point faible, ce n'est pas Z-Wave, mais n'importe quel protocole utilisé par la serrure connectée (Bluetooth, etc). C'est de ça qu'il faut avoir peur. Ton réseau domotique Z-Wave n'a pas grand chose à craindre, en tout cas pour les quelques années à venir.

C'est déconseillé, pour au moins 3 raisons : - la HC3 ne supporte pas encore le "vrai" mode sécurisé, avec le protocole Z-Wave S2 (plus d'infos à ce sujet sur Internet). Le support est prévu pour le courant d'année. - la mode sécurisé génère plus de trames lors des communications, donc un ralentissement et une surcharge du réseau. Sur un petit réseau c'est insensible, sur un gros réseau ça peut devenir problématique. - tu as surement des modules non Z-Wave+ (avec chipset de série 500, ou encore plus vieux) qui ne supportent pas l'inclusion sécurisée. Donc tu vas de toute façon mixer du sécurisé et du non sécurisé sur ton réseau. Et il n'est toujours pas établi clairement si les modules non sécurisés peuvent router les trames des modules sécurisés, bien que ça semble être le cas d'après les tests réalisés par un bloggeur => sujet à creuser. En pratique, il faut réserver l'inclusion sécurisée aux modules pour lesquels c'est impératifs : serrures de portes Z-Wave, ou autre élément de sécurité du même style (actionneur de porte de garage, etc). Pour une lumière ou un capteur de température par exemple, ça n'a aucun intérêt.

J'ai le même problème que toi Phil, je n'ai pas creusé plus loin, vu que ça marche dans l'autre fenêtre et sur l'application mobile. Je pense qu'il s'agit d'un bug de jeunesse, il est sage d'attendre

Le thème clair ne passe par pour moi non plus. En attendant le thème sombre qui ne va tarder, je me repose les yeux sur la fenêtre de debug en plein écran, qui est déjà en thème sombre Pour la couleur dans les labels, ça devrait fonctionner : self:updateView("status", "text", "<font color='red'>" .. error .. "</font>")

T'es bien en local ? Parce que ça n'est pas possible par l'accès distant.

En utilisant les Child devices d'un Quick App, j'ai pu manuellement créer un module de type capteur de lumière "com.fibaro.lightSensor" (avec l'unité en lux), alors que ce n'est même pas possible via l'interface Web quand on crée manuellement un QA. L’icône est automatiquement configurée, c'est propre : La valeur est à zéro car le capteur est dans le garage et qu'à cette heure là c'est trop sombre, mais tout à l'heure j'avais des belles valeurs C'est intéressant, parce que ça démontre une fois de plus que l'interface Web n'a pas finie d'évoluer, car on peut déjà faire beaucoup plus Je crois me souvenir que dans les tous premiers firmwares de février/mars 2020, la liste des types de devices accessibles via l'interface Web était encore plus restreinte, donc je n'ai aucun doute sur le fait qu'ils continueront à en ajouter.

mieux ? print(#(self.childDevices)) Sinon pendant que tu parcoures la table, tu incrémentes un compteur.

Euh... C'est tout con non ? Depuis le parent, quand tu parcoures ta liste d'enfants, tu peux récupérer leurs variables : for _, childDevice in pairs(self.childDevices) do self:debug(childDevice:getVariable("my_variable")) end

Je pense que je porterai mon module MusicCast avec le même principe. Une module parent, qui détecte toutes les enceintes connectées du logement, et crée un device enfant pour chaque enceinte. Cela évite de dupliquer le code LUA, et ça simplifie la maintenance. Perso j'ai 5 enceintes dans mon système multiroom. Si je dois mettre à jour le code LUA, je n'aurai besoin de le copier/coller qu'une seule fois dans le QuickApp principal (au lieu de 5 actuellement, une fois pour chaque module virtuel.... et c'est même pire si on considère que chaque bouton d'un module virtuel avait son propre code LUA sur HC2) PS : mon QuickApp IPX800 sera le plus générique possible, l'objectif étant qu'il soit compatible avec tous les types d'entrées/sorties disponibles sur l'IPX800. Entrées/sorties numériques, analogiques, compteurs, etc Notamment sur l'IPX800 v4, il y a même les E/S virtuelles, il faudra que je me penche dessus à l'occasion.

Hum.... tu as l'application IVMS officielle chez Hikvision, mais perso je ne suis pas fan. Sinon y'a d'autres applis génériques, TinyCam, ou des trucs comme ça, mais je ne connais pas, faut chercher un peu. L'idéal c'est quand même d'avoir un NAS ou un NVR (enregistreur vidéo) pour gérer les caméras.... tes cartes SD ne vont pas survivre longtemps.

Perso tout est géré par Synology Surveillance Station : - enregistrement sur le disque dur sur détection de mouvement (par la caméra, ça soulage le processeur du NAS) - visionnage par l'application DS Cam (qui est très bien faite), donc au travers du NAS, qui est le seul accessible depuis Internet. Ça évite de rendre les caméras accessibles depuis Internet.

OK thank you, your're right. I personally don't use setTimeout() in child's constructor, I was just answering jjacques68's question. My childs are updated from the main parent device.

100% d'accord

Voilà je confirme c'est ce que je disais au dessus

Justement, tu es ultra limité dans le __init(), c'est précisé dans la doc : WARNING: QuickApp.childDevices is not accessible in a child’s constructor, only in their methods. => Il faut que tu fasses un appel à setTimeout() pour exécuter une autre fonction qui aura les droits d'accéder à tous les objets

Dans le cas de mon IPX800, je crée un Child par entrée/sortie de l'IPX. Il faut que pour chaque Child, je puisse préciser, par une variable, à quel E/S il est associé : entrée numériques D1 à D56, entrée analogique A1 à A4, sorties numériques R1.... Si tu as un IPX avec 56 entrées numériques maximum, je ne vais pas créer 56 Childs devices si je n'ai besoin de gérer que, admettons, 10 entrées dans la HC3. Donc plutôt que de créer les 56 children, je laisse à l'utilisateur la possibilité de ne créer que les 10, et de modifier la variable de chacun de ces 10 modules, pour spécifier à quelle entrée numérique il est associé. C'est une propriété propre au Child, par au Parent.

Euh mais je comprend pas là ? Pourquoi tu voudrais faire une mise à jour du Child, il n'y a aucune raison de le faire, et donc de changer son ID ! Le child utilise le code LUA du parent, et c'est ça qui est génial, tu modifies le code LUA de ton parent = 1 seule modification, et tes 200 devices enfants en profite. Cela simplifie tellement les mises à jours et évite des copiers/coller fastidieux de code. Les seules choses que tu aies besoin de changer sur ton child device, c'est : - son nom, modifiable par l'utilisateur dans le GUI - ses variables => on retombe dans le bug que j'ai signalé, impossible de modifier ses variables via le GUI (pour l'instant j'espère)

Putains les gars, vous faites les questions réponses tous seuls, enfin surtout JJacques, c'est impossible de suivre et encore moins de répondre là..... 15 messages en 1 heure, ça serait pas mieux de tester avant de poser la question ? Comme on dit, tourner 7 fois sa langue dans sa bouche....

Non surtout pas une prise. Les dimmers, c'est pour les lumières.

3000, wow ça va vite Merci les gars.

Perso j'en ai déjà des câbles coudés pour planquer derrière les meubles Dispo en différente longueur, mais rigides, disponible dans les 2 sens : https://www.amazon.fr/gp/product/B0044682Q0/ https://www.amazon.fr/gp/product/B0044662NU/ https://www.amazon.fr/gp/product/B0043Q8A72/ https://www.amazon.fr/gp/product/B00485ME02/ etc