Lazer

OK donc tu n'as plus besoin de la clé Recovery, c'est très bien. Mais l'image du la clé interne ne te servira à rien. L'appairage est stocké dans l'EEPROM de la carte fille. Il contient le numéro de série de la clé interne (appelée SSD ou HDD par Fibaro.... vive la cohérence ) ainsi que le numéro de série de la carte fille elle-même. Ces numéros de séries sont stockées nul part dans les données, donc une image ne sert à rien. Cet appairage est vérifié pour différentes opérations de la HC2. Selon les firmwares cela a évolué, mais dans les grandes lignes : - lors d'un backup/restore - lors d'une inclusion d'un module Z-Wave C'est une sécurité, ni plus ni moins, anti-copie, pour empêcher les petits malins qui ont cru bon de faire une image de la clé interne pour la redémarrer sur un autre matériel... ou même dans une VM ! Une protection anti-piratage.

Oui... et non En fait il faudrait faire l'upgrade > 4.500 pour s'affranchir définitivement de la clé Recovery, ce qui ferait un appairage en moins. Reste l'appairage entre la carte fille et la clé USB Flash / SSD interne..... et là je n'ai pas de solution. La réponse du support à ce sujet, dans le premier message de Bast est très claire : "The USB stick does not match the motherboard, it looks to belong to another HC" "I've connected to your Home Center and found out that you are missing an HDD number" Ce qu'ils appellent le HDD, c'est bien la clé USB Flash / SSD interne (appelons-le comme on veut)

Oui oui mais j'aime bien te (vous tous en fait) taquiner

Ouais mais bon, si les 400% (la différence) de fausses alertes ont lieu la nuit pendant que tu dors, ça va vite pas être WAF Non déjà 100% je trouve que c'est bien moi Et c'est pas si simple à obtenir, peu de systèmes électroniques fonctionnent 100% du temps (je parle de 100%, pas de 99% qui n'a déjà plus rien à voir) Même ma simple sonnette basique ne fonctionne pas 100% du temps, je n'ai aucune idée de pourquoi Surement un faux contact quelque part

L'association directe, quand c'est possible (toutes les télécommandes ne le supportent pas, et la portée est très courte), c'est très bien, mais pense à la revente, ou simplement à l'évolution future de ton système domotique. Tu es en train d'installer un mécanisme d'ouverture "dans les murs", il doit fonctionner en toutes circonstances, indépendamment de la domotique, qui est une surcouche, un confort supplémentaire. Au même titre que les lumières, les volets, la porte du garage, etc. Je te l'ai déjà dit, sur ce projet tu raisonnes à l'envers. La domotique vient s'ajouter par dessus un mécanisme autonome de base. Pas l'inverse, sinon tu vas avoir des mauvaises surprises.

Ouais ils te font tout changer Clairement Fibaro ne se mouille pas et prend aucun risque dans l'affaire. Et comme tu dis, ça les arrange un peu au passage, car je ne pense pas qu'il soit nécessaire de tout changer. Ton vendeur est quand même sacrément malhonnête de t'avoir vendu une box dans cet état là, c'est vraiment lamentable ce genre de comportement. Le pire, c'est surement un des gars qui est venu chercher de l'aide ici même.... Tu peux booter sur une clé Linux et faire un dump du disque interne, je l'ai fait mais c'est inutile, car un simple recovery permet de reformater et réinstaller totalement le disque interne. Le souci c'est que la carte fille, la clé USB interne, et la clé recovery sont tous appairés par leur numéro de série matériel. Et nous ne connaissons pas la procédure pour faire un nouvel appairage, seul le support Fibaro peut le faire. D'ailleurs tu peux essayer d'insister sur ce point.

Pour les fans de la marque, un nouveau portier dans la gamme Unifi : Wi-Fi 802.11ac Capteur 5 Megapixels en résolution 1600x1200 (format 4:3, ce n'est pas du FullHD 16:9) Capteur de mouvement PIR Intégration dans l'interface Unifi Protect Alimentation : 16 - 24V AC (courant alternatif, comme les vieux interphones analogiques) Disponibilité : ne semble pas encore disponible en Europe (2020) https://store.ui.com/collections/unifi-accessories/products/uvc-g4-doorbell

Je te l'ai pourtant dis que l'autre topic Quand tu installes un plafonnier ou un volet roulant, le premier truc que tu fais c'est d'installer un interrupteur mural (et ensuite tu mets un micro-module domotique derrière) Là c'est pareil pour la gâche, faut que tu puisses la contrôler sans domotique.

En fait tu veux un Mobotix

QuickApp pour JPI Passerelle SMS et MMS Dans la continuité du Module Virtuel pour l'application JPI sous Android, voici un QuickApp permettant d'envoyer des SMS et des MMS depuis la HC3. Installation : Télécharger le fichier fqa ci-joint et l'importer dans la HC3. Modifier les variables du QuickApp : Protocole : http Address : adresse IP du smartphone Android hébergeant JPI sur le réseau, par exemple 192.168.1.1 Port : normalement 8080 Retry : nombre de tentative de rémission de chaque SMS. Mon vieux téléphone est lent et buggué, il faut parfois s'y reprendre à plusieurs fois avant d'arriver à s'y connecter Contacts : Liste des contacts à qui envoyer les notifications SMS et MMS, sous la forme "Nom = Numéro" séparés par des virgules. Par exemple : Dieu = 0123456789, Satan = 0666000666 Notif_Users : ID ou Nom des utilisateurs à qui envoyer un email en cas d'échec d'envoi du SMS, séparés par des virgules. La liste des utilisateurs peut être récupérée dans le panneau Accès de la HC3, ou directement via l'API /api/users. Par exemple : Asterix, Obelix Notif_Mobiles : ID ou Nom des smartphones à qui envoyer une notification Push en cas d'échec d'envoi du SMS, séparés par des virgules. La liste des mobiles peut être récupérée via l'API /api/iosDevices. Par exemple : Nokia 3310, iPhone 42 Utilisation : Dans le code LUA de votre QuickApp ou Scène, utiliser la fonction fibaro.call() avec l'une des syntaxes suivantes : fibaro.call(ID, "sendSMS", "Message à envoyer") => envoie le message par SMS à tous les contacts définis dans la variables Contacts du QuickApp fibaro.call(ID, "sendSMS", "Message à envoyer", 0123456789) => envoie le message par SMS au numéro spécifié fibaro.call(ID, "sendSMS", "Message à envoyer", "Dieu") => envoie le message par SMS au contact spécifié dont le numéro se trouve dans la variables Contacts du QuickApp fibaro.call(ID, "sendMMS", "Message à envoyer", 27) => envoie le message et le snapshot de la caméra 27 par MMS à tous les contacts définis dans la variables Contacts du QuickApp fibaro.call(ID, "sendMMS", "Message à envoyer", "Caméra perchée", 0123456789) => envoie le message et le snapshot de la caméra nommée "Caméra perchée" par MMS au numéro spécifié fibaro.call(ID, "sendMMS", "Message à envoyer", "Caméra douche", "Satan") => envoie le message et le snapshot de la caméra nommée "Caméra douche" par MMS au contact spécifié dont le numéro se trouve dans la variables Contacts du QuickApp Remplacer ID par celui de votre QuickApp JPI que vous obtiendrez lorsqu'il sera importé. Téléchargement : JPI_v4.fqa

Bah écoute, pour GEA, tu as un topic pour le support où tu y trouveras toute l'aide nécessaire.

T'as rien suivi toi Procédure à suivre : - désinstaller Tapatalk - lire les posts (lire vraiment, pas survoler ) - comprendre que la nouvelle version est soumise pour publication sur Githib, avant d'être ensuite soumise pour publication sur le Market Fibaro - en déduire qu'il faut attendre quelques jours Autre façon de le dire : tourner 7 fois sa langue dans sa bouche avant de parler (ou taper au clavier, c'est selon)

Je ne fais jamais de reboot, mais j'ai un script qui fait un backup automatique chaque semaine, et même si ce n'est pas un reboot au niveau de l'OS de la machine, ça redémarre quand même tous les services Fibaro (serveur web, moteur Z-Wave, Quickapps, Scènes, etc...). Du coup l'effet est le même. Ce n'est pas tant le redémarrage qui m'intéresse, mais la sauvegarde régulière... mais au final ça fait d'une pierre 2 coups

Non, il ne connait pas encore Windows 10, il s'est arrêté à Windows 7, mais je suis sûr qu'il a encore du Windows Meuhhh... chez lui

OK je commence à comprendre : Donc déjà tu as oublié les 2 conseils que je t'ai donné, qui sont les premiers à suivre, hors domotique : - protège le circuit d'alimentation de l'installation avec une "alimentation secourue" et sa petite batterie 12V - installe un clavier digicode pour déverrouiller localement la gâche (sur le même circuit d'alimentation ça va de soi) Comme je te l'ai dit, la domotique (le keyfob) ça vient après, il faut faire les choses dans l'ordre. PS : un bon bras électrique (ce que j'ai sur mon portail, seul point d'entrée chez moi) dispose de 2 mécanismes de sécurité : - le mécanisme intègre sa propre batterie pour fonctionner pendant plusieurs cycles en cas de panne de courant - les bras sont débrayables en cas de panne/coupure de courant (mais par l'intérieur) - en bonus, on peut même installer un panneau solaire, mais je n'y vois aucun intérêt, sauf à installer le portail loin de tout point d'alimentation électrique. C'est juste la base. Encore une fois tu raisonnes à l'envers. D'abord tu installes l'automatisme dans les règles de l'art, et après tu connecteras cela sur la domotique.

Tapaletalque... je me demande ce que tu fais encore avec cette appli OK cool merci du retour, je vais pousser la mise à jour sur Github alors.

Oui je suis d'accord, tu as surement loupé une discussion il y a quelques semaines où j'essayais d'expliquer qu'il y a manifestement un problème entre Fibaro et Domadoo, comment expliquer qu'ils n'aient jamais eu de HC3 depuis sa sortie, alors qu'on en trouve à la pelle sur tous les sites, petits comme gros, et même des supers promos chez les allemands.

Ben c'est facile de démontrer qu'ils ont 50% de retour en SAV.... (si tant est que ce soit vrai, mais je veux bien le croire rien qu'en lisant les 69 pages de ce topic... c'est renversant ) On peut discuter de la forme, mais je pense que le fond est vrai : ce produit n'est pas fini et difficilement vendable en l'état.

Mais je ne te demande pas d'auditer le code, je veux juste savoir si la 2.5 fonctionne chez toi de A à Z (c'est à dire la création des childs, et la mise à jour des données) Si c'est OK, je soumettrai la version pour publication. Et je ferai un tuto pour le forum.

Oui mais bon.... ==> ça fonctionne chez toi ?

Voilà, tu peux essayer ce code ? Tu le colles simplement dans ton QuickApp Netatmo. Netatmo_2.5.lua

A chaque fois que tu postes sur le forum, je reçois un email avec le contenu du post... donc je ne comprenais pas pourquoi tu avais tout supprimé du forum. OK pigé maintenant, j'ai compris pourquoi ça plante, le tableau est vide parce que tu n'as aucun module supplémentaire. Donc ça plantera pareil dans la version 2.4 disponible sur le market. Il faut que je te prépare une 2.5 pour corriger ce problème.

OK merci bon à savoir si ça marche Tu sais si la promo va tenir longtemps ?

@jojo Android est Open Source, tu peux installer la version de ton choix, gratuitement. Ce qui n'est pas libre, c'est l'écosystème Google, donc tout ce qui tourne autour des Play Services (Gmail, Maps, etc)... plus généralement la quasi totalité des applications du market. D'ailleurs le market lui-même n'est pas libre. Le souci, c'est que les temps de développement des surcouches, et surtout la compatibilité des drivers du matériel ont toujours un train de retard sur Android. Surtout sur du vieux matériel comme ça, les drivers ont le même age, celui de l'époque de versions antérieures d'Android. Donc impossible pour celui qui assemble la tablette (MCO Home, ou son sous-traitant) d'utiliser une version récente d'Android. C'est un peu comme si tu voulais monter un PC avec un Pentium, tu ne pourrais pas y installer Windows 10, car aucun driver n'existe pour du si vieux matériel. Et pour finir, j'ai envie de dire on s'en fout, ce produit n'est pas une tablette Android murale, c'est un contrôleur domotique avec une interface propriétaire, on n'est pas vraiment censé accéder à l'OS. Tout comme on n'est pas censés accéder à l'OS de notre box Fibaro, c'est une boite noire.

" rien ne marche " ce n'est pas possible, ça ne veut rien dire. Au cas où, voici mes lignes de trigger dans l'entête de la scène : --[[ %% autostart %% properties %% events 614 CentralSceneEvent %% globals --]] Et dans la config GEA : -- Télécommande ZRC-90 -- Bouton n°1 GEA.add({"CentralSceneEvent", id["REMOTE_ZRC90"], 1, "Pressed" }, -1, "", {{"Value", id["SPOT_CHB_MEZZANINE"], 25}}) GEA.add({"CentralSceneEvent", id["REMOTE_ZRC90"], 1, "Pressed2"}, -1, "", {{"Value", id["SPOT_CHB_MEZZANINE"], 99}}) GEA.add({"CentralSceneEvent", id["REMOTE_ZRC90"], 1, "HeldDown"}, -1, "", {{"turnOff", id["SPOT_CHB_MEZZANINE"]}}) -- Bouton n°2 GEA.add({"CentralSceneEvent", id["REMOTE_ZRC90"], 2, "Pressed" }, -1, "", {{"Value", id["LED_BUREAU"], 10}}) GEA.add({"CentralSceneEvent", id["REMOTE_ZRC90"], 2, "Pressed2"}, -1, "", {{"Value", id["LED_BUREAU"], 99}}) GEA.add({"CentralSceneEvent", id["REMOTE_ZRC90"], 2, "HeldDown"}, -1, "", {{"turnOff", id["LED_BUREAU"]}}) etc