Lazer

Bah si, pourquoi tu as pas appelé ton Quick App avec un nom plus parlant ? Genre Mobiles devices informations, ou un truc dans le genre ? Parce que là je me sens exclu, comme 80% des gens (par de marché approximative d'Android)

Dommage, j'ai un device Android

Bienvenue sur le forum

Un disjoncteur différentiel ne sert pas à protéger les équipements, mais uniquement les habitants. Donc en théorie ton installation ne devrait pas poser de problème. Mais bon, ce genre de module est plutôt fait pour mesurer un départ de ligne, par exemple vers un gros appareil (pompe à chaleur, ballon d'eau chaude, etc) ou alors vers un tableau divisionnaire, etc Pour mesurer une installation électrique complète, le mieux c'est encore de récupérer la teleinfo en sortie de compteur. Cela donne des valeurs plus précises (puisque ce que sont celles utilisées par le gestionnaire de réseau électrique pour facturer le client), en plus de fournir tout un tas d'informations (notamment le changement de plage horaire HC/HP, etc)

@Krikroff je suis bien d'accord avec toi, les applications dédiés DScam ou Unifi Protect (que je n'ai jamais essayé) sont 1000x fois mieux, plus ergonomiques, prévues pour. On peut même parcourir l'historique des enregistrements. Je n'ai jamais utilisé l'application Fibaro pour regarder mes caméras. Par contre j'utilise massivement l'envoi de snapshots par email, ainsi que la programmation des enregistrements/arrêts grâce à mon VD Surveillance Station. Et pour tout cela, nul besoin d'intégrer le visuel de la vidéo dans l'interface, tant Web que Mobile. Donc peut importe que ça soit eu MJPEG, du h264, h265, etc... Il suffit juste que la caméra soit connue par la box, avec la bonne URL configurée pour les snapshots JPEG. C'est pour tout cela que je ne me suis jamais pris la tête avec le flux vidéo. Je laisse l'enregistreur vidéo gérer la vidéo Et la box domotique gérer les scénarios.

Pas bête l'API, merci je n'y avais pas pensé

Je parlais il y a quelques jours d'une nouvelle borne Wi-Fi.... elle approche. Ce sera la Unifi 6 Lite, la première borne de la marque à supporter le nouveau standard Wi-Fi 6. Pour rappel le principal intérêt de cette norme est de supporter un plus grand nombre d'appareils en simultanés. En revanche, pour quelqu'un qui a peu d'appareils Wi-Fi, une bonne vieille AC Pro sera toujours plus rapide. Attendons de voir la future 6 Pro (quel que soit son nom) Ils commencent donc par la plus petite borne de la future gamme, de la même taille que la NanoHD actuelle (qui est bien compacte). Intéressant, son prix de 99$ (restera à voir le prix en France) Preview du produit : https://www.evanmccann.net/blog/2020/5/unifi-wifi-6-lite

Nouveau bug : Dans le panneau d'accès (gestion des utilisateurs), pour un utilisateur existant, on peut supprimer des lettres à son email, mais pas en ajouter ni en remplacer. C'est plutôt gênant quand on s'est trompé d'email en créant l'utilisateur. Obligé de le supprimer puis de le recréer. Comportement identique sous Firefox et Chrome.

Oui c'est ce qu'on avait tous les jours avec Colis Privé au début, mais maintenant c'est nickel. Faut croire alors qu'Amazon n'a pas encore fait le ménage partout dans ses équipes.... Remarque, GLS, ils m'en ont fait une bonne en avril. J'ai le screenshot de la caméra du livreur, qui sonne et balance le colis en même temps par dessus le portail. On voit le colis en l'air et la main encore tendue (et l'autre main sur la sonnette). Le mec était reparti le temps que je vienne ouvrir. Heureusement que c'était un petit colis pas fragile.

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.