Aller au contenu

Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'quick app'.



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

Calendriers

Aucun résultat à afficher.


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

14 résultats trouvés

  1. Quick App - Diagnostics HC3 version 2.10 Module Virtuel "hc2 - Diagnostics" par @razowski lien : https://www.domotique-fibaro.fr/topic/3719-module-virtuel-hc2-diagnostics/ QA pour Home Center 3 (ne fonction pas sur HC2 ou HCL) r éalisé par mprinfo Suppression du bouton Arret de la box (cette commande n'est plus disponible) Ajout d'un Bouton pour passer en mode recovery Ajout de l'encodage Base64 pour le mot de passe Ajout de 3 Childs le child CPU indique la moyen des 4 Cores du CPU Quick App - Diagnostics HC3 - V2.10 - 27/11/2022 Lien : HC3_Diagnostics_V2.10.fqa 
  2. Quick App - Vacances scolaires Ce quick app est une adaptation du VD Vacances scolaires de @steven Il faut juste renseigné le département Je ne sais pas combien de temps cela va fonctionner le fichier de données est a jour jusqu'en septembre 2021 lien du Quick App : Vac_scolaires_V2.00.fqa
  3. Doorbird Manager Manager Préambule : Après quelques recherches sur la market place, j'ai bien trouvé quelques QuickApp pour les équipements Doorbird, mais aucun n'était assez complet à mon gout. Ayant fait l'acquisition tout récemment d'une HC3, je me suis lancer dans le développement de ma premier Quick App. Du coup, j'ai entrepris de capitaliser sur le travail de @Lazer sur son VD Surveillance Station HC3 en reprenant sa structure de code et l'addapter à mon Doorbird Manager.  Le Projet : L'idée générale étant de disposer sur nos HC3 d'une Quick App pour dialoguer avec les portiers vidéos de chez Doorbird en utilisant leur API. Les principales fonctionnalités sont les suivantes : Un module principal sur lequel s'affiche : l'état de la connexion avec le portier vidéo la désignation du modèle du portier vidéo la liste des realais disponibles (uniquement sur certains modèles du portier vidéo) la liste des date et heure dernière sollicitation des différents modules fils (voir ci-dessous) un bouton pour créer les module fils (Childs) un bouton pour créer les favoris HTTP qui permettent d'interagir depuis le Doorbird avec le QuickApp Des modules Fils (Childs) reprenant les principale fonctionnalité de l'API disponibles, à savoir : Un actionneur pour activer la lumière infrarouge Des actionneurs pour chaque relais disponibles (permettant par exemple de piloter l'ouverture d'une serrure). Disponible uniquement sur certains modèles du portier vidéo. Un détecteur liée à la sonnette du portier vidéo Un détecteur de mouvement reprenant les détections du portier vidéo Des détecteurs d'utilisation des badges RFID. Disponible uniquement sur certains modèles du portier vidéo. Les usages se font en fonction du type de modules fils, soit : Pour les actionneurs, les modules fils vont permettre de donner un ordre au portier vidéo (activation de la lumière infrarouge, activation des relais) Pour les détecteurs, les modules fils vont vont recevoir des notifications (favoris http) correspondant aux actions effectuées sur le boitier vidéo (Appui sur le bouton de la sonnette, détection d'un mouvement, activation d'un badge RFID) Cette Quick App s'adapte automatiquement aux différents modèles de portiers vidéos Doorbird actuellement disponibles accessible depuis l'API Doorbird. voir documentation ci-dessous. Pré-requis : Disposer d'une HC3 Disposer d'un portier vidéo Doorbird compatible, à savoir les séries D10x/D20x/D21x/B10x (RFID supporté uniquement sur la série D21x) Une mise à jour du firmware selon la série (version 000099 et plus pour les séries D10x, D20x, B10x et 000108 et plus pour la série D21x) Une connexion réseau de la HC3 et du portier vidéo sur le même réseau LAN. Installation : Télécharger la dernière version de la Quick App disponible ci-dessous. Installation de la Quick App (Fibaro Quick Apps manual: https://manuals.fibaro.com/home-center-3/ (see installing a quick APP)) Ouvrir le menu paramètres. Aller dans Dispositif. Cliquer sur : Choisir autres appareil Choisir Téléverser un fichier Choisir le fichier : Doorbird Manager Vx.xx.fqa (fichier disponible en fin de Tuto.) Configuration : Configurer les variables de la Quick App. Personnaliser les variables utilisateurs disponibles dans le module "config" de la Quick App Personnaliser la tables de variables user (mais attention de bien respecter la structure des tables et ne pas tout casser Cette personnalisation n'est utile que si vous disposez : de relais additionnels (au-delà des 2 de base, disponible en option sur certains modèles) des badges RFID (actuellement dans les tableaux, il y un exemple pour 2 badges RFID), vous pouvez en créer autant que vous voulez. Personnaliser les icônes pour les modules (Lumière infrarouge, Sonnette, badge RDFI), les icônes sont disponibles en fin de tuto. Cliquer sur le bouton de génération des modules fils (child). Attention à effectuer seulement après avoir réaliser les étapes de configuration précédentes. Sous peine de devoir supprimer les modules fils et relancer leur création. Cliquer sur le bouton de génération des favoris HTTP. Cette fonction est optionnelle, Elle va potentiellement écraser les favoris que vous auriez déjà créés. Vous pouvez modifier l'indice de départ à partir duquel les favoris seront créés. Voir paramètre "FirstFavoriteID" Voir détail ci-dessous : En cours de rédaction. En attendant, les variables sont relativement explicites. Dans le module "main" vous avez des indications dans l'entête pour la configuration et la personnalisation et les utilisations possibles. 1. Configurer les variables de la Quick App. Protocol : protocole à utiliser, normalement : http Address : adresse IP du Doorbird, par exemple : 192.168.0.10 Port : port de communication, normalement : 80 Doorbird_User : utilisateur Doorbird habilité à utiliser l'API préalablement créé dans l'application mobile Doorbird, par exemple : fsfdetj0001. Je conseil de créer un compte dédié pour votre HC3. Doorbird_PSW : mot de passe correspondant du compte Doorbird_User. Il convient de supprimer cette variable et la recréer de type Variable secrète HC3_User : utilisateur HC3 habilité à solliciter l'API de la HC3 préalablement créé dans la HC3, par exemple : doorbird. Je conseil de créer un compte dédié pour votre Doorbird. Il conviendra donner l'accès à cet utilisateur aux modules fils (de type détecteurs) pour que les requêtes HTTP exécutées par le Doorbird puissent interagir sur les modules fils. HC3_PSW : mot de passe correspondant du compte HC3_User. Il convient de supprimer cette variable et la recréer de type Variable secrète debug : true/false. Pour activer des traces détaillées FirstFavoriteID : Indice que sera utilisé pour la création des favoris HTTP. Si vous aviez déjà créé des favoris HTTP sur votre applications Doorbird, ils risquent d'être écrasé par la génération automatique. Pour éviter cela, il convient de modifier cet indice avec une valeur plus grande que le nombre de favoris que vous aviez déjà créés précédemment. S'ils ne sont plus utiles, vous pouvez laisser la valeur à zéro. Refresh : intervalle de rafraichissement des informations (vérification de liaison avec le portier vidéo) en secondes, par exemple : 60 2. Personnaliser les variables utilisateurs disponibles dans le module "config" de la Quick App Paramètre de la langue pour les affichages sur l'écran du module principal (actuellement 2 langues sont disponibles : FR = Français, EN=Anglais) Personnalisation des libellés affichés pour statut et étapes de la connexion entre la Quick App et le portier vidéo. Vous pouvez adapter cette table pour par exemple pour ajouter une autre langue (à mettre en cohérence avec le paramètre de langue évoqué précédemment) Personnalisation des labels afficher dans le module principale. Vous pouvez adapter la table "QuickApp.LabeldesignationValues" pour par exemple pour : ` ajouter une autre langue (à mettre en cohérence avec le paramètre de langue évoqué précédemment). si nécessaire (et disponible pour votre modèle) ajouter des labels pour des relais ou badges RFID additionnels Exemple pour un badge RFID : dupliquer la ligne Modifier ce ligne duppliquée en modifiant les valeurs de la façon suivante : Il convient de mémoriser le nom que vous aurez donné à ce label pour les étapes suivantes. Attention : La suite de la documentation reste à corriger suite à la nouvelle version de la Quick App. En attendant, se référer aux explications présentes dans le fichier Config et Main. Paramètres de la durée du maintient ouvert d'un relais. A faire pour chaque relais et à faire correspondre avec la valeur renseignée dans l'application Doorbird. Veiller à bien respecter l'ordre des numéros. Liste des modules fils (créés lors de l'appui sur le bouton prévu à ce effet dans le visuel du module principal). Voulez changer le nom des modules avant des les créer, mais attention, il ne faut plus les modifier après dans l'interface de la HC3. Sinon il faudra supprimer le module et relancer sa création via le bouton prévu à cet effet. Vous pouvez adapter cette table pour par exemple ajouter (si disponible pour votre modèle) des relais ou badges RFID additionnels. Veiller à bien respecter l'ordre des numéros. Dans le cas d'ajout de relais ou badges RFID, il faut également ajouter des lignes au tableau des variables QuickApp.Labels et QuickApp.Child. Voir ci-après les explications. Ajout de Relais ou badges RFID et modification des variables QuickApp.Labels. Pour l'ajout d'un relais additionnel, dupliquer et insérer la ligne encadrée en bleu ci-dessus. Modifier la première valeur "LabelLastRelay2" par un nouvelle valeur comme par exemple : "LabelLastRelay3". Attention cette valeur devra correspondre à celle que vous aurez ajoutée dans le table de variable "QuickApp.LabeldesignationValues" Idem pour la deuxième valeur nommée "labelID" avec la même nouvelle valeur. Idem pour la quatrième valeur nommée "designation" avec la même nouvelle valeur. Pour l'ajout d'un badge RFID additionnel, dupliquer et insérer la ligne encadrée en vert ci-dessus. Modifier la première valeur "LabelLastRFID2" par un nouvelle valeur comme par exemple : "LabelLastRFID3". Attention cette valeur devra correspondre à celle que vous aurez ajoutée dans le table de variable "QuickApp.LabeldesignationValues" Idem pour la deuxième valeur nommée "labelID" avec la même nouvelle valeur. Idem pour la quatrième valeur nommée "designation" avec la même nouvelle valeur. Il convient également d'ajouter dans l'écran du module main les labels correspondants Sélection le bouton "Label" et le glisser dans la partie du dessus Configurer le label de la façon suivante en mettant dans ID le nom du nouveau label renseigné précédemment. Exemple : LabelLastRelay3 ou LabelLastRFID3 Etiquette une désignation similaire aux autres labels. Exemple Last RFID #3 : ou Last Relay #3. Sachant que cette désignation sera remplacée par celle que vous aurez renseignez dans la table "QuickApp.LabeldesignationValues" Ajout de Relais ou badges RFID et modification des variables QuickApp.Child. Pour l'ajout d'un relais additionnel, dupliquer et insérer la ligne encadrée en vert ci-dessus. Modifier la première valeur ["2"] par un nouvelle valeur comme par exemple : ["3"]. Ce chiffre correspond à l'indice du relais indiqué dans le label LabelRelays affiché dans l'écran du module parent (main) comme par exemple : "Relais disponibles : ["1", "2", "gggaaa@1","gggaaa@2"]". utiliser ["4"] pour le quatrième relais Idem pour la deuxième valeur nommée "QuickApp.ChildNames["DoorbirdRelay"]["2"]" avec la même nouvelle valeur, comme par exemple : ["3"]. Modifier la sixième valeur nommée "labelAssociateLastUpdatelabel = "LabelLastRelay2" avec la même valeur renseignée précédemment dans le tableau QuickApp.Labels et QuickApp.Child comme par exemple : "LabelLastRelay3". Modifier la septième valeur nommée secondeToClose = QuickApp.RelaySecondeToClose["2"] avec la même nouvelle valeur, comme par exemple : ["3"]. Dans la section nommée variables, modifier la valeur nommée QuickApp.Child["DoorbirdRelay"].devices["2"] avec la même nouvelle valeur, comme par exemple : ["3"]. Dans la ligne juste en dessous, il convient de modifier la valeur nommée value = "2" avec la même nouvelle valeur, comme par exemple : "3". Dans la dernière ligne , il convient de modifier la valeur nommée QuickApp.DeviceRelays[2] avec la même nouvelle valeur, comme par exemple :[2]. Pour l'ajout d'un badge RFID additionnel, dupliquer et insérer la ligne encadrée en vert ci-dessus. Modifier la première valeur ["2"] par un nouvelle valeur comme par exemple : ["3"]. Vous pouvez ajouter autant de badge RFID que vous voulez. Idem pour la deuxième valeur nommée "QuickApp.ChildNames["DoorbirdRFID"]["2"]" avec la même nouvelle valeur, comme par exemple : ["3"]. Modifier la sixième valeur nommée "labelAssociateLastUpdatelabel = "LabelLastRFID2" avec la même valeur renseignée précédemment dans le tableau QuickApp.Labels et QuickApp.Child comme par exemple : "LabelLastRFID3". Dans la section nommée variables, modifier la valeur nommée QuickApp.Child["DoorbirdRelay"].devices["2"] avec la même nouvelle valeur, comme par exemple : ["3"]. Dans la ligne juste en dessous, il convient de modifier la valeur nommée value = "2" avec la même nouvelle valeur, comme par exemple : "3". 3.Personnaliser les icônes pour les modules, les icônes sont disponibles en fin de tuto. A faire pour chaque module fils (Lumière infrarouge, Sonnette, badge RDFI) Aller dans l'onglet de vos module fils et charger les icônes correspondant chacun des types de module. Charge les 2 icônes en appuyant sur le bouton "Ajouter une Icône" Sélectionner l'icône chargée Sauvegarder 4. Cliquer sur le bouton de génération des modules fils (child) : Dans le module main Doorbird Manager, cliquer sur le bouton illustré ci-dessous : Attention : à effectuer seulement après avoir réaliser les étapes de configuration précédentes. Sous peine de devoir supprimer les modules fils et relancer leur création. Utilisation de la Quick App : 1. Personnaliser votre application pour envoyer les requêtes HTTP vers votre HC3. Il convient dans l'application smartphone Doorbird de définir et ajouter des Appels HTTP(s) avec les URL suivantes pour la sonnette, pour les relays, pour la détection de mouvements : http://xxx.xxx.xxx.xxx/api/callAction?deviceID=zzz&name=push&arg1=true&arg2=value&arg3=breached xxx.xxx.xxx.xxx = Correspond à l'adresse IP de votre HC3 zzz = Correspond à l'ID de votre module fils (Child) sonnette, badge RFID ou détecteur de mouvements Par la suite, il convient de paramétrer votre sonnette, badge RFID ou détecteur de mouvements dans l'application smartphone Doorbird et selon vos plages de déclenchements des requêtes HTTP. Voir documentation Doorbird. 2. Paramétrer des commandes sur votre HC3 pour inter-agir avec votre portier vidéo pour les commandes relatives à l'allumage de la lumière infrarouge et l'ouverture des relais (sur certains modèles) pour l'allumage de la lumière infrarouge, utiliser les commandes suivantes : fibaro.call(zzz, "turnOn") http://xxx.xxx.xxx.xxx/api/callAction?deviceID=zzz&name=turnOn zzz = Correspond à l'ID de votre module fils (Child) de la lumière infrarouge note: le module fils (child) lumière infrarouge vas automatiquement s'arrêter (en mode TurnOff) au bout 5 minutes pour l'allumage de l'ouverture des relais, utiliser les commandes suivantes : fibaro.call(zzz, "unsecure") http://xxx.xxx.xxx.xxx/api/callAction?deviceID=zzz&name=unsecure zzz = Correspond à l'ID de votre module fils (Child) du relais note: le module fils (child) du relais vas automatiquement s'arrêter (en mode secure) au bout de la durée définit dans la variable secondsToClose évoquée dans le paragraphe 2 du chapitre Configuration et concernant la variable QuickApp.RelaySecondeToClose Versions : V1.23 : du 16/06/22 -> Correction d'un bug qui empêche la création automatique des Devices Si vous disposiez déjà la version V1.21, il convient : de charger le fichier fqa ci-dessous en version V1.23 copier le code contenu dans le module - main de cette nouvelle version et le coller/remplacer votre version actuelle du module main de votre QuickApp copier le code contenu dans le module - main de cette nouvelle version et le coller/remplacer votre version actuelle du module main de votre QuickApp Sauvegarder votre qui QuickApp Supprimer la nouvelle version que V1.23 que vous avez chargée Si c'est votre première installation, il convient de charger le fichier fqa en version V1.23 et suivre les instructions de configuration V1.21 : du 22/11/2021 -> Révision du QuickApp. Nécessite de recharger intégralement le fichier fqa (modification dans les propriétés des Childs) Possibilité d'avoir 2 sonnettes. Notamment pour le DoorBird D2102V qui en possède 2 Corrections de bugs, notamment en mode Debug Attention : la documentation ci-dessus n'est pas encore totalement actualisée. Dans l'immédiat il convient de se fier aux descriptions et explications contenues dans les fichier Main et Config du QuickApp. V1.10 : du 18/11/2021 -> Refonte du QuickApp. Nécessite de recharger intégralement le fichier fqa (trop d'évolutions ont été apportées) Simplification du paramétrage dans une table à compléter dans le fichier config et ajout de nouveaux paramètres Possibilité de générer automatiquement dans le Doorbird les requêtes HTTP (via un bouton prévu à cet effet) qui permettent d'interagir avec le QuickApp Corrections de bugs V1.00 : du 19/12/2020 -> Intialisation du projet Evolutions à venir : Probablement quelques corrections et améliorations du code Fait probablement en partie. Ne pas hésiter à signaler ceux qui restent. Création automatique de labels correspondant aux Badges RFID, Relais et Sonnettes additionnels. Création automatique des planning associés aux favoris HTTP. A étudier si vraiment nécessaire, c'est très rapide de le faire manuellement dans l'application Doorbird A voir selon vos suggestions Dernière version du VD : Code du module main du QuickApp : Quick App : Doorbird_Manager V1.23.fqa Icônes : Dernière version de la documentation de l'API : LAN-2-LAN API FOR DOORBIRD AND BIRDGUARD
  4. Quick App - Monitoring UDM Pro SE Ce quick App et destiné aux UDM Pro SE et Pro Voici les Informations qu'il retourne : Etat de la connexion Internet Nom de l'UDM Pro SE La version du firmware de l'UDM Pro SE Date Heure demarrage UDM Pro SE Charge CPU de l'UDM Pro SE Temperature du CPU de l'UDM Pro SE La version du contrôleur UNIFI Taille disque Interne Utilisation du disque interne en Mo et % Etat et la version du controleur UNIFI Le nombre de Switch UNIFI totale Le nombre d' AP UNIFI totale Le nombre de Cilients Totale connectés Le nombre de Clients Filaire connectés Le nombre de Clients WIFI connectés Le nombre de Clients invités connectés une étiquette est réservée à l'affichage des messages d'erreur Saisir : Adresse IP de l'USM Nom d'utilisateur Mots de passe Prequency : le taux de rafraichissement Version 1.00 : UDM_Pro_Ver_1.00.fqa Documentation API UDM Pro : ICI NOTE: All calls are relative to the base controller URL Calls return both a web status as well as JSON formatted output. 200 codes indicate a successful call and other indicate errors. I am using the placeholder `{site}` for the site name which for many installations will be `default`. # Login required { "data" : [ ] , "meta" : { "msg" : "api.err.LoginRequired" , "rc" : "error"}} # Call was a success but returned no values { "data" : [ ] , "meta" : { "rc" : "ok"}} # NOTE: If meta contains a count it's because the data values have been truncated 'meta': {'count': 4818, 'rc': 'ok'} # from the api/s/{site}/stat/event endpoint UDM Pro API NOTE: There are two critical differences between Unifi controllers and the UDM Pro's API: The login endpoint is /api/auth/login All API endpoints need to be prefixed with /proxy/network (e.g. https://192.168.0.1/proxy/network/api/s/default/self) Examples curl curl -k -X POST --data '{"username": "usr", "password": "$pw"}' -b cookie.txt https://udmp:443/proxy/network/api/auth/login # responds with 'Not Found' curl -k -X GET -b cookie.txt https://udmp/proxy/network/api/s/default/self # responds with proper json python Controller Endpoints These are REST calls that can be made without a site context. I do not believe any updates ( PUT ) can be called on these endpoints. Path Method Notes status GET Returns some very basic server information - This appears to be the only endpoint that can be reached without an authentication { "data" : [ ] , "meta" : { "rc" : "ok" , "server_version" : "5.7.23" , "up" : true , "uuid" : "0e727580-ffff-ffff-ffff-403dcd5a7bd4"}} api/login POST requires dict of username, password, and optionally remember=true for long-running sessions. Returns 200 for success and a cookie that is your session. NOTE: On UDM Pros this is api/auth/login. api/logout POST destroys the sever side session id which will make future attempts with that cookie fail api/self GET Logged in user NOTE: On UDM Pros this is api/users/self. api/self/sites GET Get basic information for all sites on this controller api/stat/sites GET Same as above with an additional information on health and new alerts for each site api/stat/admin GET List administrators and permissions for all sites api/system/poweroff POST Turns off the UDM NOTE: X-CSRF-Token header required (from e.g. the login response) + Super Admin access rights api/system/reboot POST Reboot the UDM NOTE: X-CSRF-Token header required (from e.g. the login response) + Super Admin access rights Site Endpoints All commands are presumed to be prefixed with api/s/{site} Path Method Notes stat/health GET Health status of the site self GET Logged in user stat/ccode GET List of country codes stat/current-channel GET List of all RF channels based on the site country code stat/sysinfo GET Some high-level information about the controller stat/event GET List site events by most recent first, 3000 result limit rest/event GET List site events by oldest, no limit? stat/alarm GET List alarms by most recent, 3000 result limit? rest/alarm GET List alarms by oldest, no limit? stat/sta GET List of all _active_ clients on the site rest/user GET/POST/PUT List of all configured/known clients on the site stat/device-basic GET List of site devices with only 'adopted', 'disabled', 'mac', 'state', 'type' keys, useful for filtering on type stat/device GET/POST Detailed list of all devices on site. (Controller only) Can be filtered by POSTing {"macs": ["mac1", ... ]} stat/device/{mac} GET (UDM only) Detailed list of device filtered by mac address rest/device/{_id} PUT Updates to devices get PUT here, why? rest/setting GET/PUT Detailed site settings, updating requires adding key and _id to path for PUT ../setting/{key}/{_id} stat/routing GET All active routes on the device rest/routing GET/PUT User defined routes rest/firewallrule GET/PUT User defined firewall rules. This does not show auto-generated rules rest/firewallgroup GET/PUT User defined firewall groups. rest/wlanconf GET/PUT List WLANs, edit current WLANs and create new WLANs rest/wlanconf/{_id} PUT Update configuration of current WLAN designated by '_id' rest/tag GET/PUT? Tagged macs stat/rogueap GET/POST Neighboring APs optional json post 'within' = seen in the last x hours stat/sitedpi GET/POST DPI stats requires type="by_app" or "by_cat" stat/stadpi GET/POST DPI stats requires type="by_app" or "by_cat" optionally filtered macs=[…, ] stat/dynamicdns GET DynamicDNS information and status like current ip, last changed, and status rest/dynamicdns GET/PUT DynamicDNS configuration rest/portconf GET Switch port profiles stat/spectrumscan GET Get RF scan results, can be for a specific mac by appending to endpoint rest/radiusprofile GET/POST/PUT Radius profiles rest/account GET/POST/PUT Radius accounts rest/portforward GET List all port forwards configured on the site stat/report/{interval}.{type} POST Intervals are '5minutes', 'hourly', and 'daily'. Report types are 'site', 'user', and 'ap'. Must specify attributes to be returned 'bytes', 'wan-tx_bytes', 'wan-rx_bytes', 'wlan_bytes', 'num_sta', 'lan-num_sta', 'wlan-num_sta', 'time', 'rx_bytes', 'tx_bytes'. Can be filtered with 'macs': […] Callable commands Posting to the endpoint api/s/{site}/cmd/<manager> with the json {"cmd": "command"} you can invoke commands on the controller. Manager Call Notes evtmgt archive-all-alarms sitemgr add-site desc = Descriptive name ( required ), name = shortname ( in the URL ) sitemgr delete-site name = short name ( required ) sitemgr update-site desc = Descriptive name ( required ) sitemgr get-admins List all administrators and permission for this site sitemgr move-device mac = device mac ( required ), site_id = 24 digit id ( required ) sitemgr delete-device mac = device mac ( required ) stamgr block-sta mac = client mac ( required ) stamgr unblock-sta mac = client mac ( required ) stamgr kick-sta Disconnect: mac = client mac (required ) stamgr forget-sta Forget a client ( controller 5.9.x only ) stamgr unauthorize-guest Unauthorize a client device, mac = client mac (required) devmgr adopt mac = device mac ( required ) devmgr restart mac = device mac ( required ) devmgr force-provision mac = device mac ( required ) devmgr power-cycle mac = switch mac ( required ), port_idx = PoE port to cycle ( required ) devmgr speedtest Start a speed test devmgr speedtest-status get the current state of the speed test devmgr set-locate mac = device mac ( required ) blink unit to locate devmgr unset-locate mac = device mac ( required ) led to normal state devmgr upgrade mac = device mac ( required ) upgrade firmware devmgr upgrade-external mac = device mac ( required ), url = firmware URL ( required ) devmgr migrate mac = device mac ( required ), inform_url = New Inform URL to push to device (required) devmgr cancel-migrate mac = device mac ( required ) devmgr spectrum-scan mac = device mac ( ap only, required ) trigger RF scan backup list-backups list of autobackup files backup delete-backup filename ( required ) system backup create a backup. This appears to backup to a fixed location in the filesystem stat clear-dpi resets the site wide DPI counters
  5. Market Place FIBARO : https://marketplace.fibaro.com/items/unifi-presence Il s'agit d'une application rapide pour suivre la présence en fonction de l'état de l'adresse MAC de l'appareil dans le contrôleur UniFi. L'application émule un capteur binaire. "Inconnu" et "Domicile" correspondent à l'état du capteur "vrai", "Absent" correspond à l'état du capteur "faux". Les variables suivantes sont obligatoires: contrôleur - adresse du contrôleur, y compris le protocole et le port (par exemple, https://192.168.1.10:8443/) site - nom du site défini dans le contrôleur et où l'adresse MAC sera recherchée (par exemple, par défaut) login - nom d'utilisateur pour se connecter au contrôleur. Je recommande de créer un utilisateur dédié avec un accès en lecture seule au contrôleur (par exemple, fibaro) mot de passe - explicite fréquence - à quelle fréquence interroger le contrôleur (en secondes, par exemple 120) mac - Adresse MAC de l'appareil qui sera suivi (par exemple, d4: a3: 3d: c2: b9: e4) Les variables suivantes sont facultatives: délai d'absence - l'application change le statut de l'adresse MAC de "présence détectée" à "présence non détectée" si le contrôleur UniFi "voit" le mac plus qu'il y a "délai d'absence" il y a quelques secondes. Si la variable n'est pas définie, la valeur de "fréquence" est utilisée comme "délai d'absence".
  6. Quick App - Jour Férié Ce QA est une adaptation du VD de @hansolo et @steven Retourne OUI si le jour courant et J+1 est un jour chômé (WE ou férié) Adapté de http://gurau-audibert.hd.free.fr/josdblog/2014/01/lua-vacances-jours-chomes-et-jours-feries/ Pour la HC2 par Hansolo V1 26/06/2014 Initié par HANSOLO V2 27/06/2014 Amélioré par STEVEN, gestion des JS SUISSE et calcul J et J+1 V3 10/05/2020 QA pour Home Center 3 (ne fonction pas sur HC2 ou HCL) réalisé par mprinfo V4 24/05/2020 QA pour Home Center 3 (ne fonction pas sur HC2 ou HCL) réalisé par mprinfo réécriture complète du VD Je n'ai pas encore implémenté la partie icones pour le moment c'est pas ma priorité Ce QA a été complément réécrit il ne fonctionne que pour la france les départements : 57, 67, 68 doivent mettre la variable "Prusse" à true Prusse = true -- Mettre prusse = true si départements (57, 67, 68) Le QA : Utilise les variables du QA et non plus des variables Globales Ce met a jour à 0h00 Ce met a jour automatique lors de l'installation pour @nico 2 jours de congés en plus il suffit de mettre Prusse = true   Pour récupèrer les Variables d'un QA voir : Lien de téléchargement : QA_-Jour_Ferie_V4.00.fqa
  7. Quick App - Reboot via Double Clic Permet de redémarrer la HC3 a partir d'un double clic local duree = 3 -- la durée max entre 2 clique (en seconde) Version 1.00 : Double_Clic_Version_1.00.fqa
  8. Quick App - Bulletin Meteo -- -------------------------------------------------------------------------------------------------------------- -- MeteoAlerte est est script qui va vérifier les alertes méteo du site vigilance.meteofrance.com -- Le site retournant des informations XML, le script va donc les parser. -- Author = "Steven Piccand" -- Version = "V1.40" -- V1.10 - Isolation des éventuelles erreurs -- V1.20 - Envoi possible sur plusieurs smartphones -- V1.30 - Correction problème Main Loop -- V1.40 - Correction status plus ajout personnalisation icone -- V2.00 - Ajout du risque (nouveauté de Météofrance) -- V3.00 - Pour Home center 3 Author = "MPRinfo" -- -------------------------------------------------------------------------------------------------------------- J'ai ajouté les données du QA YR Weather car le QA fibaro ne donne pas la pression atmosphérique Variables à renseigner : Departement = numéro de département Update = Rafraichissement du module en heures NiveauAlerte = valeur de 0 a 5 (indique a partir de quel niveau d'alerte un push doit être envoyer) Push = idTel IDQA_YRWeather = id (id du QA YR Weather) Lien du téléchargement : Bulletin_Meteo_V3.00.fqa
  9. Krikroff

    Les variables dans un Quick App

    L'idée ici est partager nos retours d' expérience sur l'utilisation des variables dans les Quick App. Nous connaissons tous pour la plupart l'existence des variables globales mais le HC3 dans les Quick App apporte une nouvelle notion de variable au niveau du QA. Cela va considérablement simplifier la vie du développeur et du l'utilisateur au quotidien. L'utilisation est très simple et repose sur 2 méthodes: La création ou la mise à jour d'une variable existante : self:setVariable("NOM_DE_LA_VARIABLE", "VALEUR_DE_LA_VARIABLE") > le set se charge de créer la variable si elle n'existe pas, bien joué Fibaro La lecture de la valeur d'une variable : self:getVariable("NOM_DE_LA_VARIABLE") Avouons le c'est difficile de faire plus simple Les variables ainsi ajoutées sont visibles depuis l'onglet "Variables" au niveau du périphérique, comme ceci: Ou bien encore en interrogeant l' API via le SWAGGER intégré au Home Center ...
  10. Quick App - Philips Hue Fibar Group S.A. Catégorie: other Version: 1.0 Compatibilité :i Pad, iPhone, Android Phone, Android Tablet, Home Center 3 Dernière mise à jour : Installation QA - Philips Hue :
  11. Storm Shadow

    Quick app Panasonic cloud

    hello here is my first app Google translated to french Panasonic comfort Cloud app Ce qu'il fait: Contrôlez vos appareils de pompe à chaleur compatibles Panasonic Comfort Cloud. tout comme l'application Android ou Apple, mais à partir de votre centre d'accueil 3 installation: Téléchargez l'application rapide sur le hc3. Accédez au panneau des variables et modifiez l'e-mail et le mot de passe. Attendez quelques secondes puis appuyez sur le bouton. Paramètres variables : pour régler la température de démarrage dans les modes de climatisation. ATTENTION!! Ne le définissez pas sur un nombre plus grand ou plus petit que celui dont Panasonic est capable. Ne réglez donc pas la température de démarrage du refroidissement sur 5 degrés lorsque le minimum est de 15 ou chauffer à 65 degrés lorsque le maximum est de 30, vous obtenez le point. Des trucs plus amusants : Puisqu'il y a un thermomètre dans l'unité intérieure et extérieure, j'ai ajouté deux variables globales que vous pouvez utiliser dans d'autres applications GlobalVariable('inside heatpump temperature') GlobalVariable('Outside heatpump') Ajout d'une fonction pour récupérer de l'énergie et plus encore. il peut être consulté via les boutons de débogage. situé dans Oninit et utilisez la fonction QuickApp:getHis() Le plan est de créer une application qui affiche uniquement les données énergétiques et plus encore. il est crucial que l'application récupère le jeton avant l'exécution de l'application. j'ai internet très rapide il se pourrait donc qu'avec une connexion Internet lente, les minuteries doivent être ajustées. situé à Oninit important qu'ils s'exécutent dans cet ordre ! fibaro.setTimeout(1500, function() QuickApp:turn1()() end) --token first fibaro.setTimeout(3000, function() QuickApp:turn2() end) --when we got token we can run the rest. fibaro.setTimeout(604800000, function() QuickApp:onInit() end) --token restart every month Full Code on my Github page: Code Last words: Damn this was hard to make when never haven writing Lua before. Enjoy! Panasonic comfort cloud.fqa
  12. Quick App - Mobiles devices informations (Android et IOS) Permet de visualiser les informations des appareils mobiles (smartphones et tablettes, tant Android que IOS) présent sur la HC3 + Envoi d'un push si on le désir Ce QA récupère les informations via l 'api de la box /api/iosDevices Lien du fichier : IOS Ver2.0.fqa
  13. Quick App - Calendrier Variables QA Variable global Utilisation : Exemple : pour avoir le 2° mardi du mois local Mois = json.decode(fibaro.getGlobalVariable("Jours_Mois")) local Jour = "Mardi" local resultat = Mois[Jour][2] print (resultat) Pour connaitre le nombre de jeudi dans le mois local Mois = json.decode(fibaro.getGlobalVariable("Jours_Mois")) local Jour = "Jeudi" local resultat = #Mois[Jour] print (resultat) QA_-_CalendrierV2.0.fqa
  14. Krikroff

    QA FGIC-00X - Motion sensor

    L'idée de ce Quick App est de représenter sur la forme d'un module du type "binary sensor" l'état du détecteur de mouvement intégré à l' Intercom Fibaro C'est ultra basique, mais cela illustre de manière extrêmement simple comment un Quick App va permettre de donner de la visibilité à des valeurs, données, états etc. masqués et ceci sans grand effort, pour une fois ! Les méthodes du Quick App sont appelées via un fibaro.call depuis des scènes: https://www.domotique-fibaro.fr/topic/14116-utiliser-le-détecteur-de-proximité-de-lintercom-fibaro-dans-une-scène/ https://www.domotique-fibaro.fr/topic/14115-détection-du-tamper-de-lintercom-fibaro-dans-une-scène/ Le code à reporter dans l'éditeur LUA du QA est le suivant: -- Quick APP -- Name: QA FGIC-00X - Motion sensor -- Description: Fibaro Intercom motion sensor -- Type: Binary sensor function QuickApp:onInit() self:debug("onInit") end function QuickApp:breached(value) self:updateProperty("value", toboolean(value)) self:updateProperty("lastBreached", os.time()) end function QuickApp:tamper(tripped) if toboolean(tripped) then self:updateProperty("logTemp", "tamper tripped") end end function QuickApp:dead(value, reason) self:updateProperty("dead", toboolean(value)) self:updateProperty("deadReason", tostring(reason or "")) end do function toboolean(value) if (type(value) == "number") then return (value~=0) end return (not not value) end end Rien de sorcier Ensuite il faut extrapoler: Les méthodes pourraient également être appelées depuis une box externe au HC via des requêtes Les états pourraient être modifiés directement par le QA lui même à l'aide d'un code qui irait interroger des systèmes diverses (API d'un service en ligne, API d'un objet connecté etc.) Bref le champ des possibles est relativement vaste. Tout ceci est réalisé un petit peu à l'aveugle mais j'essaierai dans la mesure du possible de vous proposer des choses de plus en plus complexes
×