Aller au contenu

Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'qa'.



Plus d’options de recherche

  • Rechercher par étiquettes

    Saisir les étiquettes en les séparant par une virgule.
  • Rechercher par auteur

Type du contenu


Forums

  • Bienvenue
    • Nouveau ? Présentez-vous
    • Le bistrot
    • Mon installation domotique
    • Annonces et suggestions
  • La Home Center et ses périphériques
    • La Home Center pour les nuls
    • HC 2 & Lite
    • HC 3
    • Modules Fibaro
    • Modules Z-wave
    • Périphériques et matériels autres
    • Plugins
    • Quick App
    • Multimédia (audio, vidéo ...)
    • Chauffage et Energie
    • Actionneurs & Ouvrants (Portail, volets, piscines, ...)
    • Eclairage
    • Applications Smartphones et Tablettes
  • Autres solutions domotiques
    • Box / Logiciel
    • Modules Nice (433 & 866 MHz)
    • Modules Zigbee
    • GCE Electronics
    • Modules Bluetooth Low Energy
  • Objets connectés
    • Les Assistants Vocaux
    • Netatmo
    • Philips Hue
    • DIY (Do It Yoursel)
  • Sécurité
    • Alarmes
    • Caméras
    • Portiers
    • Serrures
  • Informatique / Réseau
    • Tutoriels
    • Matériels Réseaux
    • Matériels Informatique
    • NAS
    • Virtualisation
  • Les bonnes affaires
    • Sites internet
    • Petites annonces

Rechercher les résultats dans…

Rechercher les résultats qui…


Date de création

  • Début

    Fin


Dernière mise à jour

  • Début

    Fin


Filtrer par nombre de…

Inscription

  • Début

    Fin


Groupe


Jabber


Skype


Ville :


Intéret :


Version

7 résultats trouvés

  1. ericl78

    QA crash

    Bonsoir J'ai un QA qui fonctionne sans problème depuis deux ans. Du jour au lendemain, j'ai cette erreur !! [28.12.2022] [17:01:00] [ERROR] [QUICKAPP136]: QuickApp crashed [28.12.2022] [17:01:00] [ERROR] [QUICKAPP136]: Unknown error occurred: handleJsonRpc Que signifie handleJsonRpc Merci d'avance si vous avez une idée
  2. jojo

    QuickApps - Nuki

    Introduction • Un QA par Serrure Nuki (choix délibéré, car si plusieurs serrures, elles seraient dans différentes pièces) • Vous devez avoir un Nuki bridge, car tout passe par lui (qui peut servir plusieurs serrures) • Merci à @Lazer, @jjacques68, @Did, @fredokl, …, pour leurs précieux conseils Nouveau dans cette version • colorisation des textes de l'UI. Objectif • récupérer l'état d'ouverture/fermeture • récupérer l'état des piles (de la serrure et du keypad si associé) • envoyer commande d'ouverture • envoyer commande de déverrouillage (et simple clic sur l'icône) • envoyer commande de verrouillage (et simple clic sur l'icône) • envoyer commande de lock’n’go (verrouillage temporisé) • envoyer commande de lock’n’go précédé d’une ouverture de porte Activation API La totalité de l'API est disponible ici : https://developer.nuki.io/page/documents/1/ Pour commencer, nous allons avoir besoin d’activer le mode Développeur via l’app sur Mobile. Cette manipulation peut être effectuée à l’installation du système : - Vous tomberez sur une page de recherche des réseaux WIFI et sur la partie basse, cocher la case API HTTP. OU Si vous avez déjà installé votre Nuki, procéder comme suit : - aller dans section gérer la Bridge (menu général de l'app -> Gérer mes appareils -> Bridge -> gérer la Bridge) - mettre la Bridge en mode maintenance - Une fois arrivé dans la section de gestion de la Bridge, pr esser sur l'icône de Bridge puis activer le HTTP API. Vous obtiendrez l’adresse IP du bridge, le port (par défaut le 8080) et surtout le token (jeton) à noter précieusement pour la suite de ce tuto. Une fois ces éléments enregistrés terminer l’installation de la Nuki. Pour la suite, on notera les éléments suivant : • IP du bridge = IP_NUKI • Port du bridge (par défaut le 8080) = PORT_NUKI • Token = TOKEN_NUKI Il reste encore à récupérer les IDs des NUKIs, pour cela ouvrir une page d’un navigateur internet. Puis entrez l’url suivante : http://IP_NUKI:PORT_NUKI/list?token=TOKEN_NUKI Vous devriez recevoir en retour l’état de vos Nukis avec leur nukiID qu’on notera par la suite ID_NUKI Voici un exemple de retour de cette URL/API : [ { "deviceType": 0, "nukiId": 123456789, "name": "Entrée", "firmwareVersion": "1.14.1", "lastKnownState": { "mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 34, "keypadBatteryCritical": false, "timestamp": "2022-07-24T07:45:45+00:00" } }, { "deviceType": 0, "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.14.1", "lastKnownState": { "mode": 2, "state": 1, "stateName": "locked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2022-07-24T20:00:06+00:00" } } ] Résumé sur les actions et les états disponibles Pour l’état (State) de la Nuki, nous obtenons une valeur numérique : 0 : non calibré (à faire à l’installation pour que la Nuki sache se positionner) 1 : verrouillé 2 : déverrouillage en cours 3 : déverrouillé 4 : verrouillage en cours 5 : porte ouverte 6 : lock’n’go (verrouillage temporisé) 7 : lock’n’g (porte en cours d’ouverture) (! bien comprendre la différence entre déverrouillé et ouverture) 254 : moteur bloqué 255 : erreur inconnue Pour les actions possibles : 1 : déverrouillage 2 : verrouillage 3 : ouverture porte 4 : lock’n’go (verrouillage temporisé) 5 : lock’n’go précédé d’une ouverture de porte Variables du QA Les variables suivantes doivent être complétées pour que le QA fonctionne. • ip = IP_NUKI - 192.168.1.xxx • port = PORT_NUKI - 8080 • token = TOKEN_NUKI - abcdef • id = ID_NUKI - 123456789 • refresh = par défaut 10s (si inférieur, il affiche une erreur-. C'est l'intervalle de temps auquel le QA va interroger la serrure pour connaître son état. Les autres variables sont remplies par le QA, afin de pouvoir, par exemple, être utilisées par GEA. Icones Statut [%] Quoi 0 ouvert - batterie ok 10 ouvert - batterie ok 20 ouvert - batterie ok 30 ouvert - batterie à remplacer 40 ouvert - batterie à remplacer 50 ouvert - batterie à remplacer 60 fermé - batterie à remplacer 70 fermé - batterie à remplacer 80 fermé - batterie ok 90 fermé - batterie ok 99-100 fermé - batterie ok Idées d'utilisation • Verrouiller toutes les portes au coucher • Verrouiller toutes les portes lorsque l'alarme générale est branchée • Envoyer une notification quand il faut changer les piles d'une serrure Limitations Si le json ne sait pas retourner toutes les valeurs du tableau (car par exemple la serrure a perdu sa connexion avec la Bridge), les informations retournées peuvent ne pas être fiables. Exemple 1 : Si la serrure "Entrée" n'est plus connectée à la bridge, le json retourné ressemblera à ceci : { "nukiId": 123456789, "name": "Entrée", }, { "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.7.3", "lastKnownState": { "state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2019-01-12T14:47:54+00:00" } } ] Exemple 2 : Si la serrure "Cuisine" n'est plus connectée à la bridge, le json retourné ressemblera à ceci : { "nukiId": 123456789, "name": "Entrée", "lastKnownState": { "state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2019-01-12T13:04:25+00:00" } }, { "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.7.3", } ] Nuki_v3.10.fqa Nuki_v3.01.pdf
  3. Franco268

    Déclencheur Event QA HC3

    Bonjour, J'ai développé un petit QA qui permet d'activé ou de désactiver l'envoi de notifications lorsque ma boite au lettre s'ouvre. Voici une image qui je pense vous fera comprendre les détails: J'ai programmé le paramétrage (activé, désactivé, désactivé temporairement) et j'arrive à l'étape de détecter l'ouverture de la boite aux lettre, puis d'envoyer ou non la notification. Sur ma HC2, j'avais fait un VD similaire qui aller activer (ou non) une scène. Est il possible de tout faire dans le QA sous HC3? Je voudrai savoir comment détecter l'ouverture de la boite aux lettre sans devoir faire une loop de scrutation. Est ce possible? Merci pour votre aide Franco
  4. Barelle

    Quick App - Ecodevice v1

    Quick App - Ecodevice v1 Gestion de la consommation en kWh, de la puissance en VA Pour les abonnements de type BASE, HPHC, EJP, TEMPO. Permet l’affichage de la puissance apparente, de l’énergie consommée durant la dernière minute, l’heure en cours, la journée en cours, le mois et l’année. Permet également d’afficher les coûts pour la journée, le mois et l’année. Ne possédant qu’un abonnement HPHC, je suis preneur des résultats de tests pour les autres abonnements, afin de vérifier la bonne adéquation entre la théorie et la pratique. Limites : les cumuls de consommation et les coûts ne sont calculés que pour T1, par défaut les unités de C1 sont en m3 ou litres et celles de C2 en kWh ; une éventuelle future version permettra peut-être de les personnaliser. Problèmes rencontrés : L’indigence de la documentation ; Le swagger qui plante régulièrement (get/plugins/getView par exemple) ; Les unités ne sont affichées qu’en lettres capitales et quand un child est agrandi, elles disparaissent ; Curieusement les childs apparaissent dans l’application portable et pas le QA, empêchant ainsi le respect de la graphie du système international (pour kWh notamment). Configuration pour le fonctionnement Celle-ci est effectuée par la définition de variables (attention au respect des majuscules et minuscules) : ipEcodevices : adresse IP de l'Eco-Devices <========= OBLIGATOIRE portEcodevices : numéro de port de de l'Eco-Devices (80 par défaut) debug : pour tracer plus copieusement le déroulement du programme (true ou false) Préférences Il s'agit de choix concernant les types de données que l'on souhaite afficher : refreshDelay : intervalle de relevé des mesures en secondes (60 recommandé et par défaut) iconId : numéro de l'icône à attribuer au QA. Tt oui, on peut attribuer une icône à un child mais pas au QA globalVarName : nom de la variable globale utilisée pour mémoriser les valeurs d'index afin d’en permettre l’accès à une scène ou un autre QA toBeDisplayed : compteurs à afficher sous forme de liste (par exemple : T1,C1,C2) par le QA CoutKW<abonnement> : sous la forme d'une liste des coûts TTC des kWh comme ci-dessous (cf. https://www.kelwatt.fr/prix/edf) : - CoutKWBASE : 0.1597 - CoutKWHPHC : 0.1798,0.1344 (dans l'ordre HP,HC) - CoutKWEJP : 0.1518,0.3114 (dans l'ordre HN,HPM) - CoutKWTEMPO : 0.1548,0.1246,0.1757,0.1397,0.6389,0.1491 (dans l'ordre HPJB,HCJB,HPJW,HCJW,HPJR,HCJR) CoutAnnuel<abonnement> : le coût annuel TTC de l'abonnement comme ci-dessous (exemple : valeurs de décembre 2020 pour une puissance de 9 kVA), si non défini, les coûts ne tiendront pas compte du prix de l’abonnement : - CoutAnnuelBASE : 152.64 - CoutAnnuelHPHC : 172.08 - CoutAnnuelEJP : 152.16 - CoutAnnuelTempo : 169.56 childs : liste de childs à lancer sous forme de liste (par exemple : T1kWhJour,C1,C2) voir chapitre ci-après. displayChilds : si les childs doivent être affichés (true ou false) displaySimul : pour simuler les coûts pour un abonnement BASE, il faudra impérativement renseigner les variables CoutAnnuelBASE et CoutKWBASE Les unités, pour chaque child, on peut modifier la valeur des unités de l'index et des valeurs affichées. Ainsi on pourra définir les variables : - C1IndexUnit et C2IndexUnit pour préciser l'unité de l'index du compteur (on peut également définir T1IndexUnit et T2IndexUnit, même si cela a un sens qui m'échappe) ; - Suivant les valeurs à afficher, les multiples d'unités pourront être affichées (k, m³, kVA, kW, k€, kWh...), dans ce cas la valeur affichée est arrondie à la première décimale. La simulation d’un tarif "BASE" Cette simulation n’est disponible que pour les abonnements HPHC, EJP et TEMPO. Les variables CoutAnnuelBASE et CoutKWBASE devront respectivement préciser le coût de l’abonnement "BASE" et le tarif du kWh. Les coûts simulés pourront être affichés sous la forme d'enfants ("children"). Les valeurs possibles pour la liste de la variable "childs" sont : Les "Enfants" Comme il faut bien découvrir, je me suis lâché… Même si la gestion des quatre types d’abonnement est à l’origine de l’inflation. Ne possédant qu’un abonnement HPHC, je n’ai pas pu tester les autres cas, merci de vos retours. Les valeurs possibles pour la liste de la variable "childs" sont : Compteur T1 : T1VA = T1 puissance, T1WhActuel = Conso. actuelle, T1WhHeure = Conso. heure, T1kWhJour = Conso. jour, T1kWhMois = Conso. mois, T1kWhAnnee = Conso. année, T1Index = index total (somme des index si plusieurs périodes tarifaires) Coûts par période : * T1JourEuro = coût pour le jour en cours, * T1MoisEuro = coût pour le mois en cours, * T1AnneeEuro = coût pour l’année en cours, * T1SimuBaseJour = coût simulé (tarif base) pour le jour en cours, * T1SimuBaseMois = coût simulé (tarif base) pour le mois en cours, * T1SimuBaseAnnee = coût simulé (tarif base) pour l’année en cours ; Consommation abonnement BASE par période * BASEHeure = Conso. BASE heure, * BASEJour = Conso. BASE jour, * BASEMois = Conso. BASE mois, * BASEAnnee = Conso. BASE année, * BASEIndex = index BASE ; Coûts abonnement BASE par période * BASEJourEuro = Coût BASE jour, * BASEMoisEuro = Coût BASE mois, * BASEAnneeEuro = Coût BASE année ; Consommation abonnement HPHC par période * HPHeure = Conso. HP heure, * HPJour = Conso. HP jour, * HPMois = Conso. HP mois, * HPAnnee = Conso. HP année, * HPIndex = index HP, * HCHeure = Conso. HP heure, * HCJour = Conso. HC jour, * HCMois = Conso. HC mois, * HCAnnee = Conso. HC année, * HCIndex = index HC ; Coûts abonnement HPHC par période * HPJourEuro = Coût HP jour, * HPMoisEuro = Coût HP mois, * HPAnneeEuro = Coût HP année, * HCJourEuro = Coût HC jour, * HCMoisEuro = Coût HC mois, * HCAnneeEuro = Coût HC année, Consommation abonnement EJP par période * EJPHNHeure = Conso. EJPHN heure, * EJPHNJour = Conso. EJPHN jour, * EJPHNMois = Conso. EJPHN mois, * EJPHNAnnee = Conso. EJPHN année, * EJPHNIndex = index EJPHN, * EJPHPMHeure = Conso. EJPHPM Heure, * EJPHPMJour = Conso. EJPHPM jour, * EJPHPMMois = Conso. EJPHPM mois, * EJPHPMAnnee = Conso. EJPHPM année, * EJPHPMIndex = index EJPHPM ; Coûts abonnement EJP par période : * EJPHNJourEuro = Coût EJPHN jour, * EJPHNMoisEuro = Coût EJPHN mois, * EJPHNAnneeEuro = Coût EJPHN année, * EJPHPMJourEuro = Coût EJPHPM jour, * EJPHPMMoisEuro = Coût EJPHPM mois, * EJPHPMAnneeEuro= Coût EJPHPM année ; Consommation abonnement TEMPO par période : * HPJBHeure = Coût HPJB heure, * HPJBJour = Coût HPJB jour, * HPJBMois = Coût HPJB mois, * HPJBAnnee = Coût HPJB année, * HPJBIndex = index HPJB, * HCJBHeure = Coût HCJB heure, * HCJBJour = Coût HCJB jour, * HCJBMois = Coût HCJB mois, * HCJBAnnee = Coût HCJB année, * HCJBIndex = index HPCB, * HPJWheure = Coût HPJW heure, * HPJWJour = Coût HPJW jour, * HPJWMois = Coût HPJW mois, * HPJWAnnee = Coût HPJW année, * HPJWIndex = index HPJW, * HCJWHeure = Coût HCJW heure, * HCJWJour = Coût HCJW jour, * HCJWMois = Coût HCJW mois, * HCJWAnnee = Coût HCJW année, * HCJWIndex = index HCJW, * HPJRHeure = Coût HPJR heure, * HPJRJour = Coût HPJR jour, * HPJRMois = Coût HPJR mois, * HPJRAnnee = Coût HPJR année, * HPJRIndex = index HPJR, * HCJRHeure = Coût HCJR heure, * HCJRJour = Coût HCJR jour, * HCJRMois = Coût HCJR mois, * HCJRAnnee = Coût HCJR année, * HCJRIndex = index HCJR; Coûts abonnement TEMPO par période : * HPJBJourEuro = Coût HPJB jour, * HPJBMoisEuro = Coût HPJB mois, * HPJBAnneeEuro = Coût HPJB année, * HCJBJourEuro = Coût HCJB jour, * HCJBMoisEuro = Coût HCJB mois, * HCJBAnneeEuro = Coût HCJB année, * HPJWJourEuro = Coût HPJW jour, * HPJWMoisEuro = Coût HPJW mois, * HPJWAnneeEuro = Coût HPJW année, * HCJWJourEuro = Coût HCJW jour, * HCJWMoisEuro = Coût HCJW mois, * HCJWAnneeEuro = Coût HCJW année, * HPJRJourEuro = Coût HPJR jour, * HPJRMoisEuro = Coût HPJR mois, * HPJRAnneeEuro = Coût HPJR année, * HCJRJourEuro = Coût HCJR jour, * HCJRMoisEuro = Coût HCJR mois, * HCJRAnneeEuro = Coût HCJR année ; Compteur T2 : T2VA = T2 puissance, T2WhActuel = T2 Conso. actuelle, T2WhHeure = T2 Conso. heure, T2kWhJour = T2 Conso. jour, T2kWhMois = T2 Conso. mois, T2kWhAnnee = T2 Conso. année, T2Index = index total du compteur. Compteur C1 : C1Index = C1 Index, C1Actuel = C1 Conso. actuelle, C1Heure = C1 Conso. heure, C1Jour = C1 Conso. jour, C1Mois = C1 Conso. mois, C1Annee = C1 Conso. année, Compteur C2 : C2Index = C2 Index, C2Actuel = C2 Conso. actuelle, C2Heure = C2 Conso. heure, C2Jour = C2 Conso. jour, C2Mois = C2 Conso. mois, C2Annee = C2 Conso. année, Installation/mise à jour Pour une première installation : Importer le fichier ".fqa" ci-dessous, puis : Renseigner les variables ipEcodevices, globalVarName, toBeDisplayed, displayChilds et childs. Remarque : une variable créée par le QA n’est pas modifiable par l’interface. Il suffit de la supprimer et de la recréer. Pour une mise à jour : Il est nécessaire de vérifier que l’interface du QA possède des labels jusqu’à "Lbl_25", sinon en rajouter sans trous dans la numérotation ; Puis il suffit de copier le contenu du fichier lua dans l’onglet main du QA. Version 0.800 (ajout de la variable portEcodevices, correction de divers bugs...). Version 0.900 : Eco-Devices-0.90.fqa Ajout des enfants pour les coûts globaux : T1JourEuro, T1MoisEuro, T1AnneeEuro ; Ajout de la simulation d'un abonnement "BASE" et possiblement des enfants T1SimuBaseJour, T1SimuBaseMois, T1SimuBaseAnnee ; Ajout de l’affichage des index et des enfants : BASEIndex, HPIndex, HCIndex, EJPHNIndex, EJPHPMIndex, HPJBIndex, HCJBIndex, HPJWIndex, HCJWIndex, HPJRIndex, HCJRIndex, T2Index ; Other minor bug fixes. Version 0.92 : Eco-Devices-0.92.fqa Amélioration de la robustesse du code (gestion de quelques cas tordus) ; Corrections cosmétiques. Version 0.95 : Eco-Devices-0.95.fqa Traitement du cas sans téléinfo ; Ajout des variables pour les unités pour les childs ; Amélioration de la robustesse du code (gestion de quelques cas tordus). Version 0.96 : Eco-Devices-0.96.fqa Gestion du cas du changement d'abonnement ; Correction du cas où une variable du QA se termine par une espace ; Multiples dans unités dans les valeurs affichées ; Corrections des anomalies. Eco-Device-0.96.fqa Ecodevices-0.96.lua.zip
  5. pilou87

    QA & Envoi TCP

    Une question pour envoyer des commande à un projecteur MITSUBISHI Sur ma HC2 cela fonctionné ----- local tcpSocket = Net.FTcpSocket("192.168.1.5", 4352); tcpSocket:setReadTimeout(350); tcpSocket:write("%1POWR 1"); sur ma HC3 rien ne fonctionne --- -- Generic device type have no default actions to handle -- Allume projecteur function QuickApp:onInit() self:debug("Allumage projecteur demandé") self:allumeProjecteur() end function QuickApp:allumeProjecteur() self.sock = net.TCPSocket() self.sock:connect("192.168.1.5", 4352, { success = function() self:debug("Vidéo-projecteur connecté") self:debug("Envoi commande allumage") self:send("%1POWR 1") self.sock:close() -- socket closed end, error = function(message) self:debug("connection error:", message) end, }) end function QuickApp:send(strToSend) self:debug("data sent: "..strToSend) self.sock:write(strToSend, { success = function() -- the function that will be triggered when the data is correctly sent self:debug("data sent") end, error = function(err) -- the function that will be triggered in the event of an error in data transmission self:debug("error while sending data") end }) end ---- J'ai un retour qui me dit : ERROR WHILE SENDING DATA Quelqu'un peux-t-il m'aider. D'avance merci
  6. Franco268

    QA Multilevel sensor

    Hello, Qui pourrait partager qq informations sur les QA Multilevel sensor. A quoi ça sert? Comment s'en servir? Perso, je trouve que la doc Fibaro est vraiment trop succincte pour beaucoup de choses...
  7. jjacques68

    Récupérer le label d'un bouton

    Hello ! Tout est dans le titre Vous savez comment récupérer le libellé d'un bouton ou d'un label sur une HC3 ? merciiiiiii !
×