Différences entre les versions de « Todo list »

De GCE Electronics
Aller à la navigation Aller à la recherche
Ligne 42 : Ligne 42 :


étude du comportement ==> ce didacticiel viendrait en complément du WIKI "Sécurisation install domotique"
étude du comportement ==> ce didacticiel viendrait en complément du WIKI "Sécurisation install domotique"
* Expérience 1 : Chronométrage des Pings avec un compteur de secondes et avec une SV clignotante
* Expérience 1 : Observation du comportement des Pings
* Expérience 2 : Comptage des Pings en échec et Pings aboutis avec 2 compteurs
* Expérience 2 : Comptage, chronométrage des Pings, pilotage d'un relais
* Expérience 3 : widget javascript avec datasource IPXv4. Icône, rouge ou vert selon aboutissement du Ping
* Expérience 3 : widget javascript avec datasource IPXv4. Icône, rouge ou vert selon aboutissement du Ping



Version du 20 février 2018 à 15:00

Le Wiki

  • fgtoul : Page sur capteur analogique ou digital Humidité du sol : à relier aux pages sur arrosage automatique V3/V4.
  • fgtoul : Page sur capteur de bruit analogique et digital (pour alarmes sur ipx800)
  • API de l'IPX800 V4 et celle de la V3 à l'occasion
  • Tutoriel pour ajouter une source de donnée pointant vers une V3 et une V4
  • fgtoul : Sécurisation install domotique : alim secourue, ping watchdog, reboot BOX, Routeur,IPX


<< Jouons un peu >>

dans TUTORIAUX : créer une rubrique "Jouons un peu"
Cette rubrique servirait aux didacticiels, aux études de l'IPX800, aux expériences diverses et variées. Les explications s'adresseraient à des débutants, avec des termes simples, mais pousseraient les exercices assez loin malgré tout.

Les entrées/sorties virtuelles

quelques expérimentations de base :

  • utilisation en tempo
  • variables pour scénarii
  • outil de pilotage par widget
  • compte à rebours
  • etc

Chenillards

faire un chenillard sur 8 sorties virtuelles. Visuel sur widget indicateur relais/entrées V/ sorties V.

  • Chenillard simple (1 SV)
    • méthode 1 : Ta; Tb seulement
    • méthode 2 : Tb + scénarii
  • Chenillard double (2 SV) en secondes
    • même sens (Ta=1s; Tb=2s) (ON d'une SV met ON la suivante)
    • sens opposé (voir si réalisable)
  • Chenillard double (2 SV) en 1/10 seconde
    • même sens (Ta=5; Tb=10) (ON d'une SV met ON la suivante)
    • sens opposé (voir si réalisable)

Ping Watchdog

étude du comportement ==> ce didacticiel viendrait en complément du WIKI "Sécurisation install domotique"

  • Expérience 1 : Observation du comportement des Pings
  • Expérience 2 : Comptage, chronométrage des Pings, pilotage d'un relais
  • Expérience 3 : widget javascript avec datasource IPXv4. Icône, rouge ou vert selon aboutissement du Ping

Watchdog 1.gif

connaissances acquises : watchdog / compteur / SV / Javascript / datasource
 prérequis : aucun

Push API V3 vers V4 / V4 vers V3

  • Expérience 1 : à définir

API V4 vers V4

  • Expérience 1 : à définir

jeu avec X-Display : Ti Tac Boum!

Le jeu débute par activation d'une SV nommée jeu sur le X-Display. cela déclenche affichage d'un compte à rebours variable (push d'un décompte sur ana virtuelle), touche SET verrouillée. Lorsque le décompte arrive à 1 : déverrouillage touche SET et affichage pilotage Sortie virtuelle 2, il faut activer la sortie virtuelle 2 avant écoulement d'une seconde sinon reblocage touche SET , fin du jeu (veilleuse), attente 1 seconde , affichage du score, attente 1 seconde, et retour au début (décompte). Fin du jeu après 10 parties. Retour activation SV nommée jeu.

  • paramétrage des push compteur vers ana virtuelle
  • scénario : affichage écran de l'analogique qui décompte (avec un compteur)
  • scénario : si cpt=1 -> affichage écran pilotage virtuelle
  • scénario : si activation virtuelle après écoulement seconde (compteur=0) -> fin du jeu
    Affichage écran veilleuse
connaissances acquises : Push API, étiquettes, compteurs, ana virtuelle, sortie virtuelle, X-Display
prérequis : savoir créer une règle NAT sur le routeur pour Notification.
Vérifier Loopback sur livebox : normalement devrait être OK 
-->tester si l'adresse publique peut être atteinte à partir du LAN (permettre auto push par adresse publique)





Pages en cours



Propositions à valider ou corriger

Les Pages



Tâches réalisées

Les pages

page validée : en ligne
http://gce-electronics.com/wiki/index.php?title=Pilotage_d%27un_Chauffe-eau_en_Heures_creuses_/_Heures_pleines
page validée : en ligne
http://gce-electronics.com/wiki/index.php?title=IPX800_V3_:_Arrosage_automatique
page validée : en ligne
http://gce-electronics.com/wiki/index.php?title=IPX800_V4_:_Arrosage_automatique
page validée : en ligne
http://gce-electronics.com/wiki/index.php?title=EcoDevice

Le Lexique

- Entrées virtuelles :

proposition validée : Oui

Leur principal intérêt est de pouvoir récupérer un état logique 0 ou 1 sur le réseau.

Considérées comme des variables de programmation, elles servent à simuler des actions sur des dispositifs comme des interrupteurs ou des boutons poussoirs.

Elles sont également utilisées pour simuler une action extérieure, lorsqu'un phénomène inconnu par l'IPX800 V4 doit être pris en compte dans un scénario.

Elles peuvent être pilotées par
* l'IHM de l'IPX800,
* un dispositif externe (Box, IFTTT, ...) grâce à l'API HTML. 

Au même titre que les entrées digitales, elles peuvent conditionner des actions dans le moteur de scenario. Elles sont réservées aux événements.

- Sorties virtuelles :

proposition validée : Oui

Les sorties virtuelles fonctionnent comme une sortie, mais n'active aucun relais.

Considérées comme des variables de programmation, elles servent à mémoriser un état logique 0 ou 1.
 
Elles peuvent être pilotées par
* l'IHM de l'IPX800 V4,
* un dispositif externe (Box, IFTTT, ...) grâce à l'API HTML,
* un scenario.

Au même titre que les sorties digitales, elles peuvent intervenir dans les blocs Evénement et Résultat d'un scénario.

Les sorties virtuelles sont utiles pour
* prolonger un évènement trop éphémère pour être exploitable (le paramètre Tb prolonge son état logique 1)
* Simplifier l'écriture de scénarii complexes
* outrepasser les limites du moteur de scenario (nombre limite de blocs par type)
* réaliser une temporisation
* mémoriser un état

- Entrées analogiques virtuelles :

proposition validée : Oui

Elle sont principalement pilotable via l’API de l'IPX800 V4.

Leur principal intérêt est de pouvoir récupérer une valeur analogique sur le réseau via un système qui est capable d'envoyer un push vers l'IPX800 V4. Typiquement, des capteurs ou d’autres éléments sur le réseau peuvent être intégrés afin d'être utilisés par le moteur de scénario.

Plus globalement ce sont des valeurs libres d’utilisation et pilotable via le réseau. On peut imaginer un système externe récupérant les données météorologiques et les envoyant sur l'IPX800 V4 pour  automatisation ou bien d’autres utilisations.

En outre elles permettent d’ajouter les X400 (CT et analog) ainsi que la X200PH.

Elles ont les mêmes propriétés que les entrées analogiques.

Divers

  • FAIT 06/02/2018 WIKI ECODEVICE inexistant. je vais le rédiger à partir de la doc existante fgtoul

  • FAIT 02/02/2018 ajouter une section, peut être dans les exemples de câblage, pour le raccordement d'un BEC via un contacteur externe.

http://gce-electronics.com/wiki/index.php?title=Pilotage_d%27un_Chauffe-eau_en_Heures_creuses_/_Heures_pleines

  • Ressources graphiques à télécharger pour schémas => wiki avec liens vers sujet

Fait. 23 extensions pour V3/V4 dans sujet / forum