Aller au contenu

Lazer

Modérateurs
  • Compteur de contenus

    20 651
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Lazer

  1. GEA Gestionnaire d’Événements Automatique Version 7.21 Voici le célèbre GEA de @Steven porté sur Home Center 3. Cette version de GEA est basée sur la version 6.13, les fonctionnalités sont donc identiques, à quelques différences près documentées plus bas. Ce n'est plus une scène, mais un QuickApp. La notion d'instances multiples des scènes n'a plus lieu d'être, car le QuickApp est mono-instance par nature, mais son principe d'exécution asynchrone du code LUA permet d'obtenir le même résultat, à savoir : - une boucle automatique de détection des événements à intervalle régulier de 30 secondes - un déclenchement instantané sur événement (avec le paramètre -1 pour la durée) Au sujet des événements, il n'y a plus besoin (et de toute façon il n'est pas possible) de définir des triggers pour le déclenchement. C'était une opération fastidieuse, car il fallait saisir manuellement les ID des modules dans l'en-tête de la scène. Cette nouvelle version de GEA détecte donc automatiquement les triggers, et surveille les événements via l'API refreshStates. Actuellement j'ai positionné cet intervalle de surveillance à 100 ms, c'est à dire un dixième de seconde. Ce n'est donc pas de l'instantanéité absolue, mais ça ne l'était de toute façon pas sur les scènes de la HC2, et ça reste inférieur au seuil de perception humain. Pour l'instant cela n'a posé aucun problème de performance lors de mes tests.... on verra ultérieurement s'il y a lieu de faire évoluer cet intervalle. La syntaxe de GEA est strictement identique à celle de la HC2 : GEA.add( ... ) Pour cette raison, ce topic est ouvert uniquement pour les discussions concernant le développement de GEA, les nouvelles fonctionnalités, et les rapports de bugs constatés. Pour les questions sur l'utilisation et la syntaxe de GEA, se reporter au topic unique "Support GEA" où vous trouverez toute l'aide nécessaire : En clair : Une règle GEA fonctionne sur HC2, mais ne fonctionne pas sur HC3 => je viens poster ici pour qu'on puisse corriger le bug Autrement : je supprimerai les messages sans préavis, j'ai autre chose à faire que de déplacer les messages postés sur le mauvais topic... avis aux contrevenants Le topic de référence concernant la syntaxe de GEA se trouve ici, comme d'habitude : Remarque : j'ai mis à jour le fichier de référence GEA_Syntaxe à télécharger en bas de ce message. Changements de GEA pour HC3 par rapport à HC2 Supprimé : "VirtualDevice", "VD" => remplacé par "QuickApp" et "QA" "SetrunConfigScenario" => remplacé par "SetRunModeScenario" et "RunModeScene" "RebootHC2" => remplacé par "RebootHC3" "ShutdownHC2" => remplacé par "ShutdownHC3" "multiAlarm" => remplacé par "Alarm" "setMode" => remplacé par "ThermostatMode" "setThermostatSetpoint" => remplacé par "CoolingThermostatSetpoint" et "HeatingThermostatSetpoint" "ThermostatLevel" "ThermostatTime" "DebugMessage" "PluginScenario" Ajouté : "QuickApp" | "QA" : {"QuickApp", <id_module>, <méthode>, [paramètres]} "DeviceIcon" | "CurrentIcon" : {"CurrentIcon", <id_module>, <no_icon>} "Color" | "RGB" : {"Color", <id_module>, <intensité_rouge>, <intensité_vert>, <intensité_bleu>, <intensité_blanc>} "RunModeScene" | "SetRunModeScenario" : {"RunModeScene", <id_scene>} | {"SetRunModeScenario", <id_scene>, <run_valeur>} - <run_valeur> : "manual" | "automatic" "isSceneRunning" | "RunningScene" : {"isSceneRunning", <id_scene>} "ThermostatMode" : {"ThermostatMode", <id_thermostat>, <mode>} "ThermostatFanMode" : {"ThermostatFanMode", <id_thermostat>, <fan>} "CoolingThermostatSetpoint" : {"CoolingThermostatSetpoint", <id_thermostat>, <valeur>} "HeatingThermostatSetpoint" : {"HeatingThermostatSetpoint", <id_thermostat>, <valeur>} "Profile" : {"Profile", <id_profil>} "RebootHC3" : {"RebootHC3"} "SuspendHC3" : {"SuspendHC3"} "ShutdownHC3" : {"ShutdownHC3"} "Parameter" "Climate" "Breached" "VariableQuickApp" | "VariableQA" "CustomEvent" "WOL" "httpGet" "Call" Modifié : "Armed", "Disarmed", "setArmed", "setDisarmed" => Prend l'ID de la zone Amélioré : GEA.portables = {123, "Nokia 3310"} : ID du mobile, ou nom du mobile "Email" : ID du mobile, ou nom de l'utilisateur : {"Email", <id_user>, <"Message du mail">, <"Sujet du mail">} | {"Email", <id_user>, <"Message du mail">} "VariableCache" : utilisable dans les règles à déclenchement instantané avec -1 (en tant que condition, actions, mais pas comme déclencheur) "Alarm" : remplace "Alarm" et "MultiAlarm" : peut contenir autant d'alarmes que voulu Les zones d'alarme, les profils, et les zones de climat peuvent être identifiés par leur nom Note : les commandes de Reboot, Suspend, et Shutdown ne fonctionnent plus avec le firmware 5.050.13... Installation Importer le fichier fqa ci-joint. Ne modifier que le contenu de config pour vos propres règles : Mise à jour Copier/coller simplement tout le contenu du fichier LUA téléchargé dans le fichier main du QuickApp. Téléchargement Nouvelle installation : GEA_v7.21.fqa Mise à jour : Fichier main : GEA v7.21.lua Fichier tools : Library - tools v2.10.lua Documentation de référence sur la syntaxe : GEA v7.21 Syntaxe.lua
  2. CHIP Connected Home over IP Je n'ai pas trouvé de topic unique sur le forum, l'information étant disséminée ça et là, alors ce nouveau topic sera la lieu unique de discussion autour de ce futur nouveau protocole CHIP (es espérons le dernier, l'ultime, le définitif... un protocole pour les gouverner tous) Article intéressant d'Hervé sur son blog Abavala : Projet CHIP: agenda, protocoles et… blockchain! On a enfin quelques informations concrètes à se mettre sous la dent.... jusqu'à présent je ne comprenais pas comment CHIP allait s'interfacer avec les protocoles domotiques existants, le monde IP, et une passerelle de haut niveau. En fait, CHIP est censé répondre à toutes ces problématiques : Intéressant de retrouver Thread, que j'ai cru mort et enterré à jamais... : Ah en voilà une info intéressante : Très bien aussi la sécurité : Donc là je vois venir ce que je pressens depuis que Fibaro a annoncé abandonner Zigbee pour attendre CHIP : ils ajouteront CHIP dans la box afin de faire passerelle avec les modules Z-Wave, car il ne faut pas rêver, les modules Z-Wave existants ne seront jamais Thread natif : Et là on comprend que Zigbee n'est pas plus à un protocole d'avenir que Z-Wave, ça me fait bien marrer quand je repense à quelques discussions ici ou là... : Bref, rendez-vous fin 2021 / début 2022 pour les tous premiers produits certifiés CHIP.... il faudra du temps avant que ça se démocratise, mais on voit enfin la lumière au bout du tunnel... allez, on y croit ! D'ici là, je pense qu'on aura de plus en plus d'informations techniques détaillées.
  3. Fibaro FGR-223 "Roller Shutter 3" - Micromodule Z‑Wave Plus pour volet roulant ou store filaires CARACTERISTIQUES TECHNIQUES : Type de module : Récepteur Z-Wave Alimentation : 110 - 240V~, 50/60Hz Consommation électrique : < 0,8W Câblage : 3 fils, neutre nécessaire Charge maxi : 4,2A pour charges résistives 1,7A pour les moteurs avec facteur de puissance compensé (charges inductives) Fréquence : 868,42 Mhz Puissance du signal : 1mW Distance de transmission : 50m champ libre, 30m en intérieur Dimensions: 20 x 42 x 38 mm Température de fonctionnement : 0-40°C Normes : RoHS 2011/65/EU, RED 2014/53/EU
  4. Sérieux ? Mince alors, je ne fais pas la mise à jour alors.... @BenjyNet au contraire, s'ils pérennisent une plateforme en la déclinant sur plusieurs modèles / marques commerciales, ça lui donne plus d'avenir qu'une seule box dans un coin ? Surtout que Fibaro est totalement inconnu en dehors des geeks, alors que NICE a déjà bonne réputation dans le grand public (face à Somfy); et surtout est déjà distribué largement. Pour moi ça sent très fort l'abandon plus ou moins rapide de la marque Fibaro.
  5. Lazer

    Quick App - Xiaomi Roborock Vacuum

    OK merci, par contre je vois que tu as remplacé "get_status" par "miIO.info" dans la fonction Xiaomi:getStatus() d'après le log : [21.04.2021] [14:33:45] [DEBUG] [QA_ROBOROCK_195]: Xiaomi:command("miIO.info", nil, function(), table[2]) Dans cette même fonction, en ligne 528, je te propose de remplacer comme suit, c'est à dire ajouter un tableau vide {} à la place de nil, ce qui permettra d'envoyer params=[] dans la trame vers le robot (en parcourant les forums, j'ai l'impression que c'est ce qu'il faut) : self:command("miIO.info", {}, function(result) return type(result[1]) == "table" end, type(callback) == "table" and {
  6. Xiaomi Roborock Vacuum Version 2.00 Présentation :  Ce QuickApp permet de piloter les robots aspirateurs Xiaomi / Roborock  Le mode est de type "Binary switch", c'est à dire qu'il est possible de lancer/stopper le nettoyage simplement en cliquant sur son icône (ou via les actions turnOn / turnOff du module) Autre intérêt, la visualisation immédiate de son activité / inactivité, particulièrement utile dans les scénarios de détection de mouvement (c'est à dire que tout mouvement dans une pièce peut être ignoré dans vos scénarios si le robot est en cours de mouvement, information qui se trouve dans sa propriété value) Remarque : le turnOff stoppe immédiatement le robot, c'est à dire qu'il ne rentre pas tout seul à la base, pour cela il faut cliquer sur le bouton dédié du QuickApp (ou appeler la méthode correspondante, voir plus loin dans ce tutoriel) Les actions suivantes sont possible dans la version actuelle : Démarrage du nettoyage Pause Arrêt du nettoyage Retour à la station Trouvez-moi Réglage des 4 niveaux de puissance d'aspiration Réglage des 4 niveaux d'eau pour la serpillère A noter que le QuickApp est multi-langue, c'est à dire que son affichage (labels et boutons) change selon le langage paramétré dans la box HC3. Actuellement l'anglais et le français sont supportés (l'anglais est la langue par défaut si la langue est inconnue) Je l'ai testé avec le Roborock S6 MaxV, je ne sais pas comment le QuickApp se comportera avec les modèles moins évolués, j'attends vos retours à ce sujet Merci à @ADN182 pour l'inspiration et le module virtuel original pour HC2, même si ce QuickApp est une réécriture intégrale du code LUA : Pré-requis : Il faut obtenir le Token de votre aspirateur. Pour cela il est impératif que le robot soit géré avec l'application Xiaomi Home, car cela ne fonctionnera pas avec l'application Roborock : Google Play Store : https://play.google.com/store/apps/details?id=com.xiaomi.smarthome Apple App Store : https://apps.apple.com/fr/app/xiaomi-home-xiaomi-smarthome/id957323480 La méthode pour récupérer le token varie selon l'époque (Xiaomi ayant renforcé la sécurité) et la plateforme utilisée, je vous donne quelques pistes, vous choisissez celle qui vous convient : https://www.maison-et-domotique.com/76309-mini-guide-integrer-le-robot-aspirateur-xiaomi-dans-jeedom/ https://www.domotique-fibaro.fr/topic/11336-xiaomi-vaccum/?page=2&amp;tab=comments#comment-186696 https://xiaomirobot.wordpress.com/android-recuperer-son-token-jeton-methode-1/ https://community.jeedom.com/t/xiaomi-home-token-new-way-pour-le-trouver/51896 Et plein d'autres disponibles sur votre moteur de recherche préféré... Personnellement j'ai procédé de la façon suivante : désinstaller Xiaomi Home installer une ancienne version de MI Home téléchargée ici : https://www.apkmirror.com/apk/xiaomi-inc/mihome/mihome-5-0-9-release/mihome-5-0-9-android-apk-download/ lancer l'app et se connecter avec son compte Xiaomi, l'aspirateur est retrouvé automatiquement utiliser MiToolKit dispo ici https://github.com/ultrara1n/MiToolkit/releases (il faut avoir déjà Java installé sur le PC, avoir activé le débogage USB sur son smartphone, et avoir autorisé le PC, heureusement tout ça j'avais déjà fait) récupérer le token désinstaller Mi Home puis réinstaller la dernière version de Xiaomi Home sur le Play Store Installation du QuickApp : Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables : Address : adresse IP du robot aspirateur, par exemple : 192.168.1.1 Port : port de communication, normalement : 54321 Token : clé récupérée précédemment, par exemple : 0123456789abcdef0123456789abcdef Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 60 (il n'est pas forcément judicieux de baisser cette valeur, j'ai constaté que l'occupation CPU de la HC3 augmentait très significativement avec un intervalle de 10 seconde, à cause de la puissance requise pour les opérations de chiffrement/déchiffrement des trames échangées avec le robot)  Icônes : Je vous propose les icônes suivantes, sinon d'autres sont disponibles sur le topic du VD pour HC2. ON OFF Utilisation : Depuis l'interface Web ou l'application mobile : Un clic sur l'icône du module permet de démarrer le nettoyage ou de l'arrêter immédiatement (pas de retour à la station) Un clic sur les boutons du QuickApp permet de piloter le robot Glisser le slider permet de régler le volume sonore des notifications Dans le code LUA d'un QuickApp ou d'une Scène, utiliser la fonction fibaro.call() avec l'une des syntaxes suivantes : fibaro.call(123, "turnOn") -- Démarre le nettoyage fibaro.call(123, "clean") -- Démarre le nettoyage fibaro.call(123, "turnOff") -- Arrête immédiatement le nettoyage et laisse le robot à la position en cours fibaro.call(123, "stop") -- Arrête immédiatement le nettoyage et laisse le robot à la position en cours fibaro.call(123, "pause") -- Met le nettoyage en pause fibaro.call(123, "dock") -- Arrête immédiatement le nettoyage et retourne à la station fibaro.call(123, "findRobot") -- Trouve le robot fibaro.call(123, "setFanSilent") -- Règle la puissance d'aspiration sur Silencieux fibaro.call(123, "setFanNormal") -- Règle la puissance d'aspiration sur Normal fibaro.call(123, "setFanTurbo") -- Règle la puissance d'aspiration sur Turbo fibaro.call(123, "setFanMax") -- Règle la puissance d'aspiration sur Maximum fibaro.call(123, "setWaterOff") -- Règle la quantité d'eau de la serpillère sur Désactivé fibaro.call(123, "setWaterLow") -- Règle la quantité d'eau de la serpillère sur Faible fibaro.call(123, "setWaterMedium") -- Règle la quantité d'eau de la serpillère sur Moyen fibaro.call(123, "setWaterHigh") -- Règle la quantité d'eau de la serpillère sur Élevé fibaro.call(123, "setVolume", 100) -- Règle le volume audio des notifications sonores au niveau spécifié (0 à 100) fibaro.call(123, "testVolume") -- Teste le niveau audio des notifications sonores Les propriétés suivantes peuvent être lues dans le JSON du module : value : boolean : true|false -- Statut de mouvement/arrêt du robot batteryLevel : integer : 0-100 -- Niveau de batterie en % model : string : "..." -- Modèle du robot dead : boolean : true|false -- Statut de la connexion réseau avec le robot Évidemment tous les Labels peuvent également être lus et exploités. Exemple d'utilisation basique avec GEA : GEA.add({"Profile", "Away"}, 5*60, "Plus personne à la maison depuis 5 minutes, lancement du nettoyage", {"TurnOn", id["XIAOMI"]}) GEA.add({{"Profile", "Home"}, {"(Value)", id["XIAOMI"], true}}, -1, "Voilà le chef, vite retour à la station", {"QuickApp", id["XIAOMI"], "dock"}) Changelog : v2.00 : Avril 2021 Version initiale  Téléchargement : Xiaomi_Roborock_Vaccum_v2.00.fqa
  7. Lazer

    Caméras Réseau IP Hikvision

    Certes, mais je n'ai pas trouvé comment mettre à jour le firmware de ce vieux modèles chinois sans la bricker, donc j'ai laissé tomber. Et puis la nouveauté technologique, c'est bien appréciable... et c'est geek aussi Le nombre de pixels, c'est qui voit. C'est comme sur un appareil photo, à taille de capteur identique, plus il y a de pixels, plus la qualité d'image se dégrade (moins de photons sur chaque photosite composant le capteur, donc image plus bruitée la nuit). Et ça prend plus de ressource CPU pour l'analyse d'image, et plus de place sur le disque. Et plus de bande passante réseau, ce qui n'est pas un souci en Ethernet, mais devient un souci dès lors qu'on consulte le flux à distance depuis son mobile. Perso je suis resté fidèle à 4 Megapixels, c'est un bon compromis dans l'immédiat. D'ailleurs c'est la seule, mes autres caméras (les Darkfighter) sont en 2K (1920*1080) et c'est largement suffisant car elles ne filment pas de loin. Pour le varifocale... finalement j'ai appris à m'en passer, même si c'était bien pratique (mais pas simple à régler) J'ai déjà bien calculé l'angle, je suis arrivé à une lentille de 4mm, qui cadre un peu plus large que ce dont j'ai besoin. J'ai légèrement orienté l'angle afin de limiter la vue du voisin/de la rue. Mais sinon, ce n'est pas interdit d'avoir un coin de l'image qui donne sur un lieu public ou privé, il faut dans ce cas le masquer (zone à configurer dans la caméra ou dans le logiciel d'enregistrement)
  8. Hikvision est un fabricant chinois de caméras de surveillance. D'après les avis des pros du secteur, cette marque semble se situer dans le milieu de gamme. C'est donc meilleur que Foscam, mais inférieur à Axis pour ne citer que les plus connus. Voici une présentation rapide de la gamme. Ce qui nous intéresse plus particulièrement sur ce forum, dans notre utilisation domotique, sont les caméras réseau IP. Sachant qu'ils font plein d'autre produits, tels des caméras analogiques, des enregistreurs numériques, des portiers/alarme/contrôle d'accès, etc... Nomenclature des caméras IP : Pour notre usage, on s'intéressera plus particulièrement à la ligne de produit 2 qui dispose d'un bon rapport qualité prix. Les utilisateurs les plus exigeants pourront se tourner vers les gammes 4 et 6, qui apportent une meilleure qualité d'image, meilleure construction, et des fonctionnalités logicielles plus poussées. Quelques fonctionnalités importantes lors du choix d'une caméra : Lentille (Lens) : Le choix de la lentille conditionne l'angle de champ de la caméra. La plus petite focale, 2.8mm, donne un très grand angle, environ 100°, variable selon les modèles (donc supérieur à un angle droit) Une très longue focale permet de "zoomer" sur l'image. Généralement, la focale de 4mm est la plus courante (angle de champ horizontal d'environ 80°) A noter que pour une même gamme de caméra, selon la définition du capteur (en Mega-Pixels), sa taille peut varier un peu (comme dans un smartphone ou un appareil photo). Par conséquent, l'angle de champs sera légèrement différent. Exemple fictif : pour une caméra "tube/bullet" équipé d'une lentille de 4mm, le modèle 4 MPixel aura un champs 5° plus large que le même modèle 5 Mpix. Il faut donc choisir soigneusement sa caméra en étudiant la fiche technique (specification, datasheet). Le logiciel Lens Selection téléchargeable sur le site d'Hikvision contient la base de données officielle de toutes les caméras, avec les angles de champ pour chaque lentille de chaque caméra, en fonction du modèle et de la taille du capteur. Il permet de renter le modèle de caméra désiré, de choisir les distances et angles désirés, et il calcule tout et affiche les diagrammes. Mieux encore, il permet de placer les caméras autour de la maison sur la carte Google Maps et voir en réel ce que ça donne. Sensibilité en basse lumière : Comme pour un appareil photo, la sensibilité du capteur permet de mieux distinguer les détails dans l'obscurité. Cela est valable en "lumière naturelle" ou "couleur naturelle", c'est à dire sans allumer les diodes d'éclairage infra-rouge. Car dès que les diodes IR s'allument (on appelle cela IR-Cut), la caméra passe en noir et blanc, et sa sensibilité est beaucoup moins importante, car la scène à surveiller est alors éclairée artificiellement. La sensibilité de chaque caméra est indiqué dans sa fiche technique. La valeur est mesurée en Lux. Plus la valeur est petite, mieux c'est. Par exemple, dans la gamme grand public de série 2, au moment de la rédaction de ces lignes, les modèles les plus sensibles descendent à 0.01 Lux. Dans les gammes pro, cela peut descendre jusqu'à 0.001 Lux. A noter que pour une même gamme de caméra, selon la définition du capteur (en Mega-Pixels), la génération de celui-ci (technologie embarquée), et la taille des photo-sites, la sensibilité est plus ou moins bonne. Exemple fictif : pour une caméra "tube/bullet" le modèle 4 MPixel sera plus sensible que le même modèle 5 Mpix. Dynamique de l'image (WDR) : WDR = Wide Dynamic Range Les cellules photo-sensibles des capteurs ont une plage dynamique beaucoup plus limitée que l'oeil humain, par conséquent dans une scène en contre-jour, le sujet est sombre (bouché), et l'arrière plan est blanc (cramé). La technologie WDR permet d'augmenter artificiellement la plage dynamique de l'image. Sans entrer dans les détails techniques, selon les modèles de caméras, on n'aura pas du tout de traitement WDR, ou un simple mode digital (numérique), ou un mode 120dB, ou un mode 140dB (gamme pro). Uniformité de l'éclairage infra-rouge (EXIR) : La technologie EXIR chez Hikvision propose une gamme de caméras équipés de diode IR spéciales, qui permettent un éclairage uniforme de la scène, tandis qu'un éclairage IR traditionnel (en cercle autour de la lentille) a tendance à éclairer plus au centre que sur les bords. Plus d'infos : Quels sont les avantages de la technologie EXIR de HIKVISION ? Multiple Streams : Selon le modèle de caméra, il y a 2 ou 3 flux disponibles, à vérifier dans sa documentation. En règle générale, sur les caméras dual-stream, le flux principal est uniquement en H264 avec possibilité d'avoir la résolution max de la caméra Sur le flux secondaire, il y a possibilité de mettre en H264 ou MJPEG mais résolution moindre (par exemple max 704*576, cela sera légèrement différent en fonction de chaque modèle de caméra) Ceci n'est pas embêtant car on utilise bien souvent le flux principal pour les enregistrement en haute qualité (NVR, NAS, etc) et le flux secondaire pour visualisation en direct rapidement sur des smartphones/tablettes, et dans ce cas la résolution est bien suffisante et permet d'avoir une image plus fluide car moins grosse (surtout si accès distant avec un upload limité) A noter que les nouveaux modèles de caméra (DS-2CDxxx5) intègrent nativement le nouveau codec h265, qu'il est possible de configurer en h264 si nécessaire. Gamme de caméras (série 2) Bullet fixe : DS-2CD20xx Dôme fixe : DS-2CD21xx Mini Dôme : DS-2CD25xx EXIR Turret : DS-2CD23xx EXIR Bullet : DS-2CD2Txx Vari-Focale Bullet : DS-2CD26xx Vari-Focale Dôme : DS-2CD27xx Cube : DS-2CD24xx Mini-PTZ : DS-2CD2Fxx Etc... Liens utiles Caméras IP Hikvision France Caméras IP Hikvision Chine (utiliser Chrome et la traduction automatique, seul moyen que j'ai trouvé pour accéder aux datasheets des derniers modèles, tels que ceux qui apportent la compression h265) Matériel marketing (documents, photos HD des produits, etc...) Vidéosurveillance/Vidéoprotection à domicile - Notice de la CNIL Où acheter ? Il existe quelques importateurs français, mais personnellement je n'ai pas fait ce choix car : - les prix sont très élevés (taxes, marge, etc) => 2 à 3 fois plus cher que les prix chinois, voir plus bas - le choix des modèles disponible est très réduit Les points positifs pour l'achat auprès des boutiques françaises : - Facture, garantie, SAV, conseil et support utilisateur. - Firmware français - Accès aux mises à jour de firmware des caméras Hikvision. Sur eBay, en Chine : (ou sur Aliexpress, mais le choix est plus réduit, et vous ne bénéficiez de la fiabilité des vendeurs eBay avec notation, paiement Paypal, etc). - Allez sur ebay.fr, tapez le modèle exact de caméra que vous souhaitez, et vous trouvez pleins de vendeurs, tous en Chine à des prix 2 à 3 fois inférieur au prix français. Pour ce prix là , mon avis est qu'on peut bien se passer de la garantie. - Le choix est énorme, pour l'instant je n'ai pas encore trouvé de modèle qui ne soit pas disponible. Et l'intérêt principal est d'accéder aux nouveaux modèles qui ne sont pas encore disponibles en France, tels que ceux qui apportent la compression h265. - Choisir un vendeur qui dispose d'un grand nombre d'évaluations positives, on n'est pas à 2 ou 3 euros près. - Très souvent, les frais de ports sont gratuits en livraison économique, compter alors 15 à 30 jours de délai en moyenne. - Pour éviter la douane, ne jamais prendre les services de livraison express, et il vaut mieux découper la commande en plusieurs petites commandes, qui formeront autant de petits colis indépendants, plus discret qu'un gros carton contenant 10 caméras (poids, volumes) car les contrôles aléatoires arrivent parfois sur les livraisons économiques. - Dans le descriptif de l'article, prêter attention à la lentille fournie (il est souvent possible de la changer) et au firmware de la caméra : il doit être "multilingual" et comporter au minimum l'anglais. Selon les caméras, vous aurez peut-être le français, mais il faut savoir que Hikvision bride ses modèles selon la région de commercialisation. Par conséquent un modèle acheté en Chine ne pourra pas toujours être mis à jour avec un firmware prévue pour un modèle français, sous peine de rendre la caméra inopérante (brick).
  9. Lazer

    Support Gea

    Je ne maitrise pas du tout le RestartTask, j'ai bien 1 ou 2 règles qui en utilise sur mon GEA v6 existant sur HC2, mais on m'avait donné la syntaxe sur le forum, que j'ai appliqué sans trop chercher à creuser le sujet. Si tu pense qu'il s'agit manifestement d'un bug de GEA v7 sur HC3, tu peux aller poster sur le topic dédié, en donnant les logs détaillés après avoir préalablement activé debug=true et lldebug=true
  10. Lazer

    Caméras Réseau IP Hikvision

    Ouaip, solution toute trouvée, j'ai remplacé cette caméra par le dernier modèle en ColorVu 2.0 comme indiqué sur cette même page Rien que sur la qualité d'image le changement vaut largement le coup. D'ailleurs ça fait quelques mois que je n'ai pas fait de mise à jour de firmware, il va falloir que je refasse une passe prochainement.
  11. Lazer

    Quick App - Evénements

    QuickApp Événements (sur le screenshot, l'affichage est vraiment moche, j'espère que Fibaro réduira l'espace entre les lignes lors d'une prochaine mise à jour...) Présentation : Ce QuickApp affiche simplement les 25 derniers événements survenus. Le rafraichissement se fait automatiquement (toutes les 60 secondes par défaut) ou immédiatement en cliquant sur le bouton. Ce QA est une réécriture pour la HC3 du Module virtuel initialement développé pour la HC2 : https://www.domotique-fibaro.fr/topic/1718-evã©nements/?page=4&amp;tab=comments#comment-138704 Paramètres : excluded_id : ID séparés par des virgules des modules à exclure de l'affichage. excluded_type : types des modules à exclure, par exemple tous ceux qui remontent une température, humidité, etc max_events : 500 par défaut, nombre maximum d'événements à interroger en interne. Augmenter cette valeur si les 25 labels ne sont pas remplis. max_labels : 25 par défaut, doit correspondre au nombre d'étiquettes (labels) du QA. Vous pouvez ajouter ou supprimer des labels à volonté. Refresh : 60 par défaut, intervalle de rafraichissement en secondes. Téléchargement : QA Evénements v1.0.fqa
  12. Lazer

    Quick App - Evénements

    Effectivement, je n'avais pas fait attention, l'API a changé.... j'aurais dû m'en douter, c'était dans "other bugfixes" Apparemment c'est maintenant : /api/events/history Bon... bah... faudra que je prépare une nouvelle version de ce QuickApp.
  13. Lazer

    Quick App - Xiaomi Roborock Vacuum

    Bien, on a avancé d'un pas je pense Mais il manque le début du log, donc je ne fait que supposer.... mais on est probablement retombé maintenant dans le problème que tu as mentionné sur l'autre topic, à savoir que ce ne sont pas les mêmes commandes. Est-ce que c'était le get_status ? Je n'ai pas compris ce que tu as dû changer sur l'autre topic pour que ça fonctionne avec ton robot... mais je pense qu'il va falloir faire pareil.
  14. Lazer

    Quick App - Xiaomi Roborock Vacuum

    Top merci Effectivement tu as raison le debug ne contient pas grand chose... mais il montre surtout un plantage (invisible) du code LUA Je pense que ce que je t'ai fait commenter ce matin n'était pas la bonne solution. Je te propose, toujours dans le fichier Xiaomi, de modifier la ligne 319 comme suit : if cipher_checksum == sha_hex2bin("ffffffffffffffffffffffffffffffff") or cipher_checksum == sha_hex2bin("00000000000000000000000000000000") then
  15. Lazer

    Quick App - Xiaomi Roborock Vacuum

    Merci mais les fichiers txt sont bloqués sur le forum.... si tu peux le remettre avec une extension LUA ça passera En tout cas avec tes dernières explications je commence un peu mieux à comprendre
  16. Lazer

    Quick App - Xiaomi Roborock Vacuum

    OK... bon toujours aussi étrange.... J'attends les logs détaillés de @Dragoniacs avant de me lancer dans une analyse détaillée
  17. Lazer

    Quick App - Xiaomi Roborock Vacuum

    "... se stoppait ..." Que veux tu dire par là ? Le QA se crashe ? Que vois-tu dans les logs ? De toute façon si le JSON n'est pas comme attendu, comme dans le cas de @Dragoniacs c'est normal, le problème se situe en amont.
  18. Lazer

    Nouvelle box Yubii Home par Nice/Fibaro !

    Oui tout à fait, elle était certifiée depuis quelles semaine sur la page officielle de la Z-Wave Alliance : https://products.z-wavealliance.org/products/4107?selectedFrequencyId=1 Le support du 433 MHz c'est pour le protocole propriétaire Nice (portail, ...) Et c'est pour cette raison qu'ils ont renommé l'application mobile Fibaro => Yubii :
  19. Lazer

    Bonjour la communauté

    Bienvenue sur le forum
  20. Lazer

    New member

    Welcome to the forum
  21. Lazer

    Quick App - Xiaomi Roborock Vacuum

    J'ai le S6 MaxV J'arriverai bien à trouver une façon de rendre le QA suffisament générique, après le risque c'est que pour les prochains modèles l'API change encore, ce qui est possible vu qu'elle n'est pas officiellement documentée. En fait j'ai vraiment besoin du log complet (avec debug=true activé), car je ne sais même pas d'où sort le JSON que tu as partagé page précédente. Il faut que je comprenne la séquence complète de communication (et aussi résoudre le problème du checksum que je t'ai fait commenter en attendant)
  22. Lazer

    Quick App - Xiaomi Roborock Vacuum

    C'est fou ça, le résultat n'a rien à voir, comme si l'API était différente. Je suis quand même preneur des logs complets de tes 2 robots, car je ne comprend pas d'où ça sort tout ça...
  23. Lazer

    Quick App - Xiaomi Roborock Vacuum

    Étrange... et ça te fait pareil avec tes 2 aspirateurs ? Je ne suis pas certain de bien comprendre ta question, mais tu peux m'envoyer le log complet (en fichier attaché si c'est trop long pour être copier/collé dans un message, car le QA est assez bavard avec le debug activé)
  24. Lazer

    Quick App - Xiaomi Roborock Vacuum

    Tu peux STP arrêter de citer systématiquement le message précédent le tient, y compris ton propre message ? Je te laisse faire le ménage
  25. Lazer

    Quick App - Xiaomi Roborock Vacuum

    @LMSI non rien à faire de spécifique, mais il va falloir m'en dire plus, je ne peux pas deviner. Comme d'habitude, commencer par les logs. Sinon tu as quel modèle d'aspirateur ? Peut être un qui n'est pas supporté. @Dragoniacs le VD était beaucoup plus permissif dans le protocole de communication, et ne vérifiait pas la validité des trames retournées par le robot. J'ai renforcé cela, mais peut être un peu trop du coup... dans l'immédiat, tu peux désactiver la vérification du checksum en commentant le bloc qui débute en ligne 329 du fichier Xiaomi.
×