Lazer

Non, je ne sais pas... Mais vu que le message t'indique que c'est la machine distante qui a fermé la connexion, c'est qu'ils doivent avoir un problème de leur coté....

Pas forcément, tu ne fais la modif que si tu rencontres des bugs comme @Domodial Perso j'utilise la syntaxe allégée avec uniquement l'ID, et un "Inverse" dans les actions, et je n'ai jamais eu de souci. Je n'ai aucune idée de pourquoi @Domodial a eu ces problèmes.... J'ai juste proposé cette autre syntaxe comme solution de contournement à son problème. Remarque : c'est bien calme le sujet GEA ces temps-ci, beaucoup de questions, mais peu de participation active..

Yes, merci

QuickApp GCE Electronics IPX800 v4 - EcoDevice RT2 Version 1.00 Présentation : Ce QuickApp permet de piloter les 2 produits suivants du fabricant français GCE Electronics : IPX800 v4 EcoDevice RT2 Remarques : Un même QuickApp ne peut pas piloter 2 produits différents, il faut donc importer 2 fois le QuickApp pour piloter un IPX800v4 et un EDRT2 (ou bien 2 IPX800v4 distincts) Un seul QuickApp peut piloter un IPX800v4 ou un EDRT2 avec toutes leurs extensions branchées derrière (cependant toutes les extensions ne sont pas encore supportées dans la version actuelle) C'est une version 1.00 d'un QuickApp assez complexe, qui permet de piloter des appareils assez complexes (l'IPX800 à lui tout seul est presque une box domotique), avec de très nombreuses possibiltés de configuration. Tout n'est pas encore supporté, et il peut subsister des bugs de jeunesse.... 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 : Protocol : protocole à utiliser, normalement : http (le mode direct sur socket TCP n'est pas encore disponible) Address : adresse IP du NAS, par exemple : 192.168.1.1 Port : port de communication, normalement : 80 API_Key : clé API configurée, par exemple : apikey Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 60 (il n'est pas forcément judicieux de baisser cette valeur, car la suite du tuto explique comment configurer la remontée instantanée des changements d'état en mode push) Configuration du QuickApp : C'est la partie la plus complexe, car il faut associer chaque module enfant à créer dans la HC3 avec les différentes entrées/sorties de l'appareil IPX800/EDRT. Chaque module enfant prendra donc la valeur (propriété value) correspondant à l'état de l'entrée/sortie physique ou virtuelle, qu'elle soit analogique ou numérique (improprement appelé digital, terme anglais, dans la doc officielle) En complément, si l'on dispose de pinces ampèremétriques (tores), on peut ajouter la mesure de puissance en Watts (propriété power) et de consommation en kWh (propriété energy) sur chaque module enfant concerné. Très pratique pour toutes les sorties de type relai. Ne modifier que le contenu du fichier config : CONFIG : obligatoire : table : Tableau contenant toute la configuration des modules enfants à créer avec leur association aux différentes entrées sorties de l'IP800 v4 ou EcoDevice RT2 device : obligatoire : table : Déclaration du module enfant à créer name : obligatoire : string : Nom du module enfant type : obligatoire : string : Type du module enfant parmi les valeurs suivantes : BinarySensor | MotionSensor | DoorSensor | WindowSensor | GateSensor | RainDetector | TemperatureSensor | HumiditySensor | LightSensor | MultilevelSensor | PowerSensor | BinarySwitch | LightSwitch | EnergyMeter | WaterCounter | GazCounter | RollerShutter | Teleinfo options : facultatif : table : Options spécifiques pour Teleinfo sur EDRT2 value : obligatoire : table : Définition de l'entrée sortie sur l'appareil GCE IPX800 v4 ou EDRT2 command : obligatoire : string : Commande de l'API, parmi les valeurs suivantes : Get | Index argument : obligatoire : string : Argument de l'API, parmi les valeurs suivantes : A | VA | C | D | VI | PW | R | VO | VR | S | P | XTHL | XENO | TI pin : facultatif : string : Nom exact du port d'entrée/sortie retourné par l'API, par exemple "R1", "A2", "D3", "C4", "VR1-2", ... type : facultatif : string : Type du capteur prédéfini parmi les valeurs suivantes (applicable aux entrées analogiques) : "SHT-X3-Temp-TC5050" | "SHT-X3-SH100" | "SHT-X3-Light-LS100" formula : facultatif : function : Fonction permettant de calculer la valeur finale, typiquement pour les capteurs analogiques non prédéfinis par leur type power : facultatif : table : Définition d'une entrée de comptage (tore) permettant d'ajouter la mesure de puissance (en Watts) au module enfant command : obligatoire : string : Commande de l'API, par exemple "Get" argument : obligatoire : string : Argument de l'API, par exemple "VA", "S", ... pin : obligatoire : string : Nom exact du port d'entrée retourné par l'API, par exemple "VA17", "P1_SSP1", ... type : facultatif : string : Type du capteur prédéfini parmi les valeurs suivantes : "X400-CT-10A" | "X400-CT-20A" | "X400-CT-50A" | "X400-CT-100A" formula : facultatif : function : Fonction permettant de calculer la valeur finale, typiquement pour les capteurs analogiques non prédéfinis par leur type energy : facultatif : table : Définition d'une entrée de comptage (tore) permettant d'ajouter la mesure d'énergie (en kWh) au module enfant command : obligatoire : string : Commande de l'API, par exemple "Get" argument : obligatoire : string : Argument de l'API, par exemple "VA", ... pin : obligatoire : string : Nom exact du port d'entrée retourné par l'API, par exemple "VA17", ... formula : facultatif : function : Fonction permettant de calculer la valeur finale, typiquement pour les capteurs analogiques non prédéfinis par leur type Pour explorer les noms des entrées/sorties disponibles (pin), se référer à la documentation officielle du Wiki GCE : API IPX800 v4 : http://gce.ovh/wiki/index.php?title=API_V4 API EcoDevices RT2 : http://gce.ovh/wiki/index.php?title=API_EDRT Cas particulier : la Téléinfo sur l'EcoDevice. En effet, bien que le module enfant permette de remonter les 3 informations suivantes : power (W), energy (kWh) et value (VA), il ne faut pas spécifier power et energy. La syntaxe comme donnée en exemple est correcte : {device = {name = "Téléinfo" , type = "Teleinfo", options = {VG = "TELEINFO_Tarif"}}, value = {command = "Get", argument = "TI"}}, Remarquez également le paramètre VG qui permet de stocker le tarif en cours (HC/HP) dans une variable globale, information qui peut être utilisée dans des scénarios. Celle-ci est créée automatiquement. Création des modules enfants : Cliquer sur le bouton "Create Devices". Les modules enfants sont automatiquement créés dans l'interface.  Les appuis suivants sont inutiles, et sans danger, car les modules enfants ne seront pas créés plusieurs fois. Configuration des événements Push : Cette étape est facultative. Les événement Push permettant de remonter instantanément le changement d'état d'une entrée/sortie sans attendre au maximum 60 seconde que le QuickApp ne relise de lui-même la nouvelle valeur.L'idée est d'appeler la fonction push() de chaque module enfant identifié par son ID, en lui passant en argument la nouvelle valeur. Exemples de configuration sur IPX800 v4 : Pour un relai, ou de façon plus générale toutes les entrée/sortie de type numérique, c'est à dire prenant 2 valeurs binaires (ouvert/fermé, on/off, ...) Dans la configuration des Périphériques, créer un Push : Entrer les informations suivantes : - Adresse IP de la HC3 - utilisateur et mot de passe (il est formellement déconseiller d'utiliser le compte admin, il faut créer un compte dédié sur la HC3 avec les droits d'accès uniquement aux modules enfants créés par le QuickApp) - URL ON : /api/callAction?deviceID=93&name=push&arg1=1 - URL OFF : /api/callAction?deviceID=93&name=push&arg1=0 Remplacer uniquement l'ID par celui de votre module enfant. Notez sur seul la valeur de l'argument change entre ces 2 URL. Dans les Scénarios, créer une nouvelle Scène, avec une action ON/OFF : Choisir le relai qui déclenche l'événement : Choisir le Push créé précédemment : Tester le bon fonctionnement. Le changement d'état de l'entrée/sortie sur l'IPX800 doit être répercuté immédiatement dans la box HC3, que ça soit sur l'interface Web ou bien l'application mobile. De plus, la zone de debug du QuickApp doit faire apparaitre un message similaire : [11.01.2021] [21:38:20] [DEBUG] [QA_IPX800_46]: onAction: {"args":[1],"deviceId":93,"actionName":"push"} [11.01.2021] [21:38:20] [TRACE] [QA_IPX800_46]: Digital Output R1 #93 Néon établi R1 value changed from false to true Pince ampèremétrique, ou de façon générale toute entrée analogique (la pince ampèremétrique branchée sur l'extension X400-CT est un cas particulier qui est reconnue comme une entrée analogique virtuelle) Les URL à saisir sont un peu plus particulières, car on va passer 2 arguments : la valeur proprement dite de l'entrée analogique, ainsi que l'attribut "power" : - URL ON : /api/callAction?deviceID=93&name=push&arg1=$VA17&arg2=power - URL OFF : /api/callAction?deviceID=93&name=push&arg1=$VA17&arg2=power Cette fois-ci les 2 URL sont identiques, il faut juste remplacer l'ID et l'identifiant de l'entrée analogique Dans les Scénarios, créer une nouvelle Scène, avec une action ON/OFF : Choisir l'entrée analogique, avec les 2 seuils haut et bas qui déclenchent l'événement : Choisir le Push créé précédemment : Tester le bon fonctionnement. Par exemple en couplant un Push pour le changement d'état du relai comme décrit plus haut, et un push pour le passage de la consommation au dessus du seuil (47 W dans mon exemple), le log affiche les 2 événements qui s'enchainent instantanément : [11.01.2021] [21:38:20] [DEBUG] [QA_IPX800_46]: onAction: {"args":[1],"deviceId":93,"actionName":"push"} [11.01.2021] [21:38:20] [TRACE] [QA_IPX800_46]: Digital Output R1 #93 Néon établi R1 value changed from false to true [11.01.2021] [21:38:21] [DEBUG] [QA_IPX800_46]: onAction: {"args":[558,"power"],"deviceId":93,"actionName":"push"} [11.01.2021] [21:38:21] [TRACE] [QA_IPX800_46]: Digital Output R1 #93 Néon établi R1 power changed from 0.0 to 192.0 Graphiques Téléinfo sur NAS : Teaser Changelog : v1.00 : Version initiale Téléchargement : GCE_v1.00.fqa

Oui ce sont les 2 marques les plus en vogue, mais même comme ça on n'est jamais certain. Perso je ne prend que du Osram, mais attention, même chez eux, il y a 2 gammes, qui n'ont absolument rien à voir entre elles : la gamme grand public qu'on trouve en magasin, et la gamme pro qu'on ne trouve que sur Internet. L'électronique (le variateur), la qualité de la lumière, la durée de vie, tout est différent entre les 2 gammes. J'utilise leur catalogue en ligne quand j'ai besoin de trouver des références. Par exemple : J'ai des spots Osram pro sur un dimmer FGD-212 qui fonctionnent bien, même sans neutre (avec bypass) : pas de flickering A coté de ça, j'ai des ampoules Osram grand public sur un Wall Dimmer, qui se dimment très mal, donc au final je les utilise en ON/OFF uniquement

Bienvenue sur le forum

Problème classique avec les ampoules LED dimables.... Quelques pistes : - ajouter le neutre - ajouter plus d'ampoules en parallèle pour augmenter la charge - remplacer les ampoules pas une autre marque

IFA 2018: FIBARO will introduce Smart Implant FIBARO 28/08/2018 Press release http://newsroom.fibaro.com/en/ifa-2018-fibaro-will-introduce-smart-implant/ Page du manuel PDF : https://manuals.fibaro.com/smart-implant/

Moi ça me va mais faut demander à @jojo surtout

Bienvenue sur le forum

Si tu rediriges un port ouvert sur Internet, il suffit de mettre ton adresse IP publique. Pas super sécurisé dans ce cas.... je n'ai pas testé, mais je suppose qu'ils ont bloqué la possibilité de saisir un nom de domaine, comme sur l'ancienne app ? Car cela permettrait de sécuriser/cacher l'accès derrière un reverse proxy.

Alors oui s'il est carrément débranché, c'est normal. Je ne connais pas ce QA, aucune idée, il faut demander à son auteur.

non, mais vu l'évolution technologique, et en prenant en compte la hausse des tarifs depuis l'IPX800 v3, je ne serais pas surpris que les prix grimpent encore un peu

Je met ça dans "Annonces et suggestions" car il est prématuré de faire un topic dédié dans la section GCE Electronics. En 2021 GCE Electronics fêtera ses 10 ans et ils souhaitent sortir une nouvelle IPX800 pour marquer cet anniversaire. L'IPX800 v5 devrait sortir dans la seconde moitié de 2021, donc dans 1 an. Quelques caractéristiques : Compatibilité assurée avec les extensions actuelle pour V4 Compatibilité avec Philips Hue et les produits Ikea (Zigbee ?) Amélioration du support Enocean Refonte complète de l’interface graphique qui devient personnalisable à 100% (couleurs, icônes etc…) Facilitation de la programmation et l’échange de scénario entre utilisateurs Ajout du copier/coller de dashboard Commutation par relais optimisée, et des filtres électroniques ont été conçu pour supprimer les effets de relais collés par les appels de courants trop forts (surtout pour les lampes LEDs). Niveau hardware, l’ADN de l’IPX800 est conservé avec en prime un câblage simplifié du bus EBX Entrées/sorties : toujours 8 entrées digitales, 8 sorties relais, 4 entrées analogiques Fonctionnement sans cloud, 100% autonome Sécurité améliorée avec le support du TLS 1,3, IPV4, IPV6 Etc… L’intégralité des fonctions de l’IPX800 V5 sera dévoilée dans le courant du premier trimestre 2021 et il y aura forcément de grosses surprises. Bien sûr, l’IPX800 V4 reste plus que jamais d’actualité et les mises à jour vont continuer de faire évoluer son écosystème. Plus d'infos sur le forum officiel : https://forum.gce-electronics.com/t/gce-electronics-rentree-2020/11754

Hop là, nouvelle série d'annonces concernant l'IPX800 v5 : https://forum.gce-electronics.com/t/gce-electronics-nouveautes-2021/12476 - plus de puissance - nouvelle interface graphique avec nouveau moteur de scénarios, widgets, etc - 8 Sorties Relais avec mesure du courant et fusibles électroniques (évite de coller/cramer le relai, mais l'utilisation d'un contacteur externe reste conseillé pour les grosses puissances) - sécurité (https avec certificat signé par une AC, TLS 1.3, utilisateurs) - alimentation 20W intégrée pour l'IPX et ses extensions, avec présence d'un port pour chargement d'une batterie de secours - Modbus (à priori pour communiquer avec les Chaudières/PAC) - extension IPXAIR autonome permettant de gérer tout ce qui est sans fil "ouvert" en 433 et 868 MHz : EnOcean... et Z-Wave ! (pas de Zigbee prévu à priori) Dispo pour l'été 2021 : entre mai et septembre

Hum, je ne sais pas quoi penser de ce message d'erreur apparu dans les notifications sur la HC3 : A priori, je pense que cet événement est apparu suite au reboot violent de la HC3 survenu lors d'une micro-coupure de courant (elle n'est pas sur onduleur). Je n'ai reçu aucune notification push ni email, je viens de m'en rendre compte en me reconnectant sur la HC3 environ 2 jours après. Cela ne m'inquiète pas plus que ça, car je n'utilise pas le protocole NICE, mais bon... voilà encore un joli bug. Firmware 5.050.13 stable

Ouaip, j'ai vu ça hier, mais pas encore cliqué du coup.

OK c'est clair, merci pour la confirmation. Donc ça fait une modification de plus à intégrer dans la prochaine version.

Hum, ça n'a rien à voir avec ce que je connais. Tu n'aurais pas un Linky en mode téléinfo "standard" par hasard ? (ils sont livrés en mode historique par défaut, comme les anciens compteurs électroniques)

problème réseau, rien à voir avec la box domotique.... ton ampli n'est juste simplement pas connecté au réseau. J'ai une enceinte MusicCast qui me fait régulièrement ce coup là, elle est connectée en Wi-Fi et se déconnecte en permamence, j'ai l'impression que la gestion du Wi-Fi n'est pas le fort de Yamaha. Par contre je n'ai jamais eu de souci en Ethernet, donc branche un câble c'est toujours mieux.

Tient c'est curieux ça. Tu peux activer le mode debug pour avoir plus d'informations à l'écran (attention le QuickApp sera alors très verbeux). Pour cela il faut créer une variable "debug" dans le QuickApp, et lui attribuer la valeur "true" (note que je parle bien des variables du QA, pas du code LUA qu'il ne faut pas toucher) De plus, tu peux me donner le résultat de la requête suivante sur ton EcoDevices (ajoute l'IP te remplace juste apikey si nécessaire) : /api/xdevices.json?key=apikey&Get=TI

C'est le même qu'en première page

Il est fort probable que tu l'aies armé par erreur, ça m'arrive régulièrement dans l'application mobile quand on glisse le doigt dessus (alors que je cherche juste à défiler verticalement les pages)

Et bien bravo Hâte de suivre la suite Mais vu que tu sembles te planquer au Wakanda, pense à ramener un peu de Vibranium pour renforcer ton engin

GEA est une scène Et on sait depuis des années que Scène + erreur 403 sur la HC2, c'est parce que tu as l'alarme activée. Donc il faut que tu cherches quel est le module armé dans ton installation, tu le désarmes, et tout rentrera en ordre.