🚧 Une installation sans fioriture, avec tablette murale (Fully kiosk)

[fgtoul]

C’est un tableau secondaire, nous n’avons pas passé le consuel. Le tableau Primaire avait été accepté à la construction. Nous n’avons pas encore fait les démarches pour le secondaire, nous verrons avec l’assureur si un certificat de conformité électrique est suffisant.

[grocrabe]

Bonjour fgtoul,
te connaissant, aucun doute que le tableau secondaire passe le Consuel sans problème, si il devait y en avoir un.

Bonne journée

[fgtoul]

Bonjour Grocrabe,
il pourrait peut-être trouver à redire sur l’entrée des gaines dans le tableau, mais comme cette partie de GTL ne peut pas être ouverte sans outil (placo vissé) , il ne devrait pas y avoir de pb. Les câbles et gaines ne peuvent pas subir de frictions, ils sont bloqués dans la planche perforée.

Chez moi les conducteurs nus sont simplement dans la GTL goulotte alors que le couvercle n’est que clipsé (démontage sans outil)

[wildc4rd]

Ok merci. Je pose toutes ses questions car je suis dans un projet de construction et j’hésites tjrs entre faire une GTL « fait maison » ou une prendre une goulotte. Le consuel me fait peur

[grocrabe]

Bonjour widc4rd,

je vous rassure, j’ai chez moi une GTL maison en mélaminé blanc ouvrable sans outil et c’est passé.

Voici ce que dit Promotelec : La GTL peut être réalisée dans les matériaux autorisés pour les locaux d’habitation (en bois, en PVC, maçonnée…), l’épaisseur des parois de la GTL doit être suffisante pour permettre la fixation de tout le matériel. Les parois internes doivent être planes, sans décrochement, sans obstacles et sans aspérité importante.

Bonne journée

[fgtoul]

@wildc4rd

Pourquoi du placo pare feu ?

pour les risques de feu électriques et aussi pour sa dureté accrue, en fait le proprio a utilisé des plaques de gypse durci, classé M1. Les 2 tableaux pèsent très lourd, sans oublier la baie réseau suspendue elle aussi, avec son grand porte-à-faux.

[cce66]

@fgtoul

Pour le mode kiosque il y aussi pour le NRX800 (ou sur ton pi avec jeedom )

GitHub - jareware/chilipie-kiosk: Easy-to-use Raspberry Pi image for booting...

[fgtoul]

je laisse ça aux geek qui ont envie de mettre les mains dans le cambouis.

[Mistoukwak]

@fgtoul

Pour le Liveview, le widget Caméra présente le même dysfonctionnement, mais en mode plein écran seulement.
J’ai donc dû également développer mon propre widget affichant les caméras en grand une à une avec une sélection par boutons, sans devoir utiliser la fenêtre modale plein écran du widget.

Voici le code :

<style>
  .buttons { margin: 10px; }
  button {
    background: #444; color: #fff; border: none; padding: 10px 20px;
    margin: 5px; font-size: 16px; border-radius: 5px;
  }
  button:hover { background: #666; }
</style>

<div class="buttons">
  <button onclick="loadCam('192.168.0.106','80','admin','myPass')">Portail</button>
  <button onclick="loadCam('192.168.0.152','80','admin','myPass')">Entrée</button>
  <button onclick="loadCam('192.168.0.108','80','admin','myPass')">Bois</button>
  <button onclick="loadCam('192.168.0.109','80','admin','myPass')">Potager</button>
  <button onclick="loadCam('192.168.0.110','80','admin','myPass')">Intérieur</button>
</div>

<img src="" id="snapImg" width="100%" alt="snapshot en cours">

<script>
  let base = "";

  function loadCam(camip, camport, user, pwd) {
    base = `http://${camip}:${camport}/api.cgi?cmd=Snap&channel=0&user=${user}&password=${pwd}&width=640&height=480`;
    refreshImg(); // Affiche immédiatement
  }

  function refreshImg() {
    const img = document.getElementById("snapImg");

Bonjour,

Un immense merci pour ce code qui m’a enfin offert une vrai solution de visualisation des caméras sur le liveview de l’Alarme.

J’ai un peu trifouillé pour coller au besoin et vous propose une version “améliorée” du code :

• Gestion de la taille des bouttons en width : X% pour être adaptatif PC/smartphone
• Ajout d’un paramètre “channel” pour ceux qui comme moi ont une caméra à 2 canaux
• Ajout d’une fenêtre modale et des fonctions overlay show/hide pour garder le principe de la miniature qui s’agrandit mais en supprimant le problème de rafraichissement (on conserve un rafraichissement toute les 2s même en image plein écran)

N’hésitez pas à me faire vos retours.

<style>
  .buttons { margin: auto; }
  button {
    background: #444;
    color: #fff;
    border: none;
    width: 23%;
    margin: auto;
    font-size: auto;
    border-radius: auto;
  }
  button:hover { background: #666; }

  /* Overlay plein écran pour image agrandie */
  .overlay {
     position: fixed !important;
     z-index: 2147483647 !important; /* max int, pour être sûr */
     top: 0; left: 0;
     width: 100vw; height: 100vh;
    background: rgba(0,0,0,0.85);
     display: none;
     justify-content: center;
     align-items: center;
  }

  .overlay img {
    max-width: 95%;
    max-height: 95%;
    border-radius: 10px;
    box-shadow: 0 0 20px #000;
  }
</style>

<div class="buttons">
  <button onclick="loadCam('IP','PORT','0','USER','PASSWORD')">AtelierG</button>
  <button onclick="loadCam('IP','PORT','1','USER','PASSWORD')">AtelierD</button>
  <button onclick="loadCam('IP','PORT','0','USER','PASSWORD')">Nord</button>
  <button onclick="loadCam('IP','PORT','0','USER','PASSWORD')">Sud</button>
</div>

<img src="" id="snapImg" width="100%" alt="snapshot en cours" onclick="showOverlay()">

<!-- Fenêtre modale -->
<div class="overlay" id="overlay" onclick="hideOverlay()">
  <img src="" id="overlayImg" alt="snapshot HD">
</div>

<script>
  let baseLowRes = "";
  let baseHighRes = "";
  let overlayInterval = null;

  function loadCam(camip, camport, channel, user, pwd) {
    baseLowRes = `http://${camip}:${camport}/api.cgi?cmd=Snap&channel=${channel}&user=${user}&password=${pwd}&width=640&height=480`;
    baseHighRes = `http://${camip}:${camport}/api.cgi?cmd=Snap&channel=${channel}&user=${user}&password=${pwd}&width=2560&height=1920`;
    refreshImg();
  }

  function refreshImg() {
    const img = document.getElementById("snapImg");
    if (baseLowRes) img.src = baseLowRes + `&t=${Date.now()}`;
  }

  function showOverlay() {
    const overlay = document.getElementById("overlay");
    const overlayImg = document.getElementById("overlayImg");
    overlay.style.display = "flex";
    overlayImg.src = baseHighRes + `&t=${Date.now()}`;
    overlayInterval = setInterval(() => {
      overlayImg.src = baseHighRes + `&t=${Date.now()}`;
    }, 2000);
  }

  function hideOverlay() {
    document.getElementById("overlay").style.display = "none";
    clearInterval(overlayInterval);
  }

  setInterval(refreshImg, 2000);
</script>

[fgtoul]

Afin de faciliter les connexions sur le NVR, conception d’un boitier avec modules Keystone qui permet de déporter la connectique principale située sur la face arrière.

• HDMI pour console,

• Alim USB C pour alim écran,

• USB 3.0 pour souris,

• Bananes 2mm pour bornier entrées alarme (pour tester un capteur par exemple),

• Bananes 2mm pour bornier sortie alarme (pour tester un dispositif IOT),

• RCA Audio Out,

• RCA Audio In,

• POE pour 1 caméra en cas de test.

Les modules avec fiches bananes ont été réalisées avec un obturateur que j’ai percé pour y coller 2 prises 2mm.

Ce boitier servira tant pour les tests que pour le branchement d’un écran console de temps en temps en cas d’intervention sur la configuration du NVR.

[fgtoul]

@Mistoukwak

Ajout d’un paramètre “channel” pour ceux qui comme moi ont une caméra à 2 canaux

Bonjour Mistoukwak,

ton widget fonctionne très bien.

J’avais effectivement écrit un widget avec channel en paramètre, mais oublié de partager.
Lorsque le Liveview est consulté hors réseau local, il faut que les IP soient publiques (sauf VPN). Au lieu d’exposer toutes les caméras et ouvrir un port spécifique pour chacune d’elles, il est possible de créer une redirection vers le NVR. Dans ce cas le paramètre channel est alors utile pour sélectionner la caméra.

Merci pour ce partage.

Bonne journée

[fgtoul]

Voici un exemple de code complet pour un un widget caméra sur DASHBOARD
Le positionnement n’est pas le même que sur Liveview, l’overlay modal est alors créé dynamiquement par le script pour contourner le problème de rattachement à Body.

<style>
  #snapImg { 
    max-width: 100%; 
    border: 1px solid #ddd; 
    margin: 10px; 
    background: #000;
  }

  .overlay {
    position: fixed ;
    z-index: 2147483647 ;
    top: 0; left: 0;
    width: 100vw; height: 100vh;
    background: rgba(0,0,0,0.85);
    display: flex;
    justify-content: center;
    align-items: center;
  }

  .overlay img {
    max-width: 95%;
    max-height: 95%;
    border-radius: 10px;
    box-shadow: 0 0 20px #000;
  }
</style>

<img src="" id="snapImg" width="100%" alt="snapshot en cours" onclick="showOverlay()">

<script>
  // Configuration
  var camIp = 'IP_CAM';
  var camPort='IP_PORT'
  var myAdmin = 'admin';
  var myPass = 'password';
  var refreshInterval = 2800;
  var snapImg;
  var url;
  let overlayInterval = null;

  function createOverlay() {
    if (document.getElementById("overlay")) return;

    const overlay = document.createElement("div");
    overlay.className = "overlay";
    overlay.id = "overlay";
    overlay.onclick = hideOverlay;

    const img = document.createElement("img");
    img.id = "overlayImg";
    img.alt = "snapshot HD";

    overlay.appendChild(img);
    document.body.appendChild(overlay);
  }

  function showOverlay() {
    createOverlay();

    url = `http://${camIp}:${camPort}/cgi-bin/api.cgi?cmd=Snap&channel=1&${getCacheBuster()}&user=${myAdmin}&password=${myPass}`;
    const overlay = document.getElementById("overlay");
    const overlayImg = document.getElementById("overlayImg");

    overlay.style.display = "flex";
    overlayImg.src = url + '&width=1920&height=1080';

    overlayInterval = setInterval(() => {
      overlayImg.src = url + '&width=1920&height=1080';
    }, refreshInterval);
  }

  function hideOverlay() {
    const overlay = document.getElementById("overlay");
    if (overlay) overlay.style.display = "none";
    clearInterval(overlayInterval);
  }

  function getCacheBuster() {
    return 'rs=' + Date.now().toString(36) + Math.random().toString(36).substr(2, 8);
  }

  function fetchNewImage() {
    snapImg = document.getElementById('snapImg');
    url = `http://${camIp}:${camPort}/cgi-bin/api.cgi?cmd=Snap&channel=1&${getCacheBuster()}&user=${myAdmin}&password=${myPass}`;

    fetch(url, { mode: 'no-cors' })
      .then(() => {
        snapImg.src = url + '&width=640&height=480';
      })
      .catch(e => console.log('Erreur de chargement:', e));
  }

  setInterval(fetchNewImage, refreshInterval);
  setTimeout(fetchNewImage, 500);
</script>

[fgtoul]

Bonjour à tous,
j’ai déjà présenté plusieurs méthodes pour créer un simulateur de présence sur IPX800.
Voici la méthode optée pour cette installation:

Le simulateur démarre automatiquement à partir du lever du soleil (variable [Weather]Day/Night). Il repose sur deux Faders cycliques, l’un oscillant entre 0 et 3000 sur 27 secondes, l’autre entre 0 et 3500 sur 31 secondes. Ces deux rampes tournent en continu. Un objet Fonction calcule la somme de leur valeur. Cette somme est dynamique et imprévisible à chaque instant.

Un clignotant désynchronisé, avec une période totale de 57 secondes (TA = 28 s, TB = 29 s), sert de déclencheur. À chaque front montant du clignotant, une règle est activée. Elle injecte le résultat de la fonction Somme dans l’entrée analogique TA d’un objet impulsion selon la formule :
Délai = FaderA + FaderB + 7200 secondes
7200s sont ajoutées pour faire la grâce mat . Cette valeur est réglable sur dashboard avec un objet slider.

La variable TA est affectée en fonction d’un compteur incrémenté à chaque front montant.

exemple simplifié de règles pour 10 actions:
clignotantETIO_Simulateuroncpt.inc
CPT.value==valeur 1SetVAL[Fct somme faders]Result[PulseVR1]TAON[PulseVR1]start
CPT.value==valeur 2SetVAL[Fct somme faders]Result[PulseVR2]TAON[PulseVR2]start
…autres actions
CPT.value==valeur 11ONCPT.Reset

Ce délai est utilisé pour démarrer une action spécifique (VR ou éclairage). Chaque action possède son propre objet impulsion. Si le système pilote 5 volets roulants et 5 éclairages, alors 10 objets impulsion sont créés, chacun avec son propre déclenchement différé.
par exemple :
pulse 1 pour VR1
pulse2 pour VR2
pulse3 pour eclairage1
pulse4 pour eclairage2

Pour les VR, l’impulsion est remise à OFF par le moteur de scènarios dès que l’action est exécutée.
Pour l’éclairage, la durée de l’impulsion est calculée avec TB=somme FaderA+FaderB, elle repasse Off automatiquement.

Ce mécanisme garantit que les actions ne se produisent jamais dans le même ordre ni à la même heure. Le chaos est contrôlé par la désynchronisation des cycles, assurant une simulation réaliste et non répétitive de la présence..

Exemple : imaginons que les 2 faders ont été démarrés aujourd’hui à minuit. Voici un tableau présentant 2 jours de relevés sur front montant du clignotant, avec l’heure de relevé et les valeurs de Faders à ce moment. On observe que les actions se produiront à horaires différents et jamais dans le même ordre. La séquence d’événements demeure aléatoire et non reproductible sur plusieurs centaines de jours, autant dire que c’est invisible à l’oeil même pour un observateur exercé.

Relevé	Date	Heure front montant	Fader A	Fader B	Délai (s) A+B+7200	Heure d’action
1	26/08/2025	06:00:00	1200	2100	10500	08:55:00
2	26/08/2025	06:00:57	3000	3500	13700	09:49:17
3	26/08/2025	06:01:54	1800	500	9500	08:37:34
4	26/08/2025	06:02:51	2700	3200	12900	09:38:51
5	26/08/2025	06:03:48	600	1500	9300	08:59:48
6	26/08/2025	06:04:45	2400	2900	12500	09:52:05
7	27/08/2025	06:00:00	3100	800	11100	09:05:00
8	27/08/2025	06:00:57	1500	2700	11400	09:10:57
9	27/08/2025	06:01:54	900	3300	11400	09:15:54
10	27/08/2025	06:02:51	2000	2500	11700	09:21:51
11	27/08/2025	06:03:48	2800	1000	11000	09:16:48
12	27/08/2025	06:04:45	3500	3500	14200	10:01:05

Les différentes actions sont conditionnées par des IO modifiables sur le dashboard. Cela permet de retoucher à volonté la configuration du simulateur. Il est possible d’exclure ou ajouter un volet roulant, un point lumineux, ..
Un widget pour chaque pièce permet de conditionner les actions sur VR ou éclairage. Un toggle « VR 100% » permet d’autoriser ou interdire l’ouverture complète en journée ( par exemple, un VR au RDC ne s’ouvrira jamais complètement mais suffisamment pour laisser passer la lumière intérieure à l’aube ou au crépuscule de manière à être observable de l’extérieur). Cette valeur d’ouverture partielle est fixée par une analogique liée au widget Dimmer.

Le simulateur est conditionné par l’armement de l’alarme.

NB : les périodes 27s, 31s et 57s sont des nombres premiers, non diviseurs de 60 ou 1440, elles ont été déterminées pour engendrer un chaos complexe afin de simuler des présences variées, non linéaires, et jamais identiques, en exploitant les propriétés mathématiques de cycles non multiples. Les amplitudes 3000 et 3500 ont été déterminées pour permettre d’obtenir une somme variable comprise entre 0 et 6500s soit près de 2 heures.
Les actions se déroulent aléatoirement pendant les 2 heures qui suivent l’horaire déterminé (lever + 7200), ou pendant 2 heures après le coucher de soleil (décalé de 7200s également).
Bonne journée

[grocrabe]

Bonjour fgtoul,

encore une belle implémentation, merci pour le partage.

Une remarque sur le fait de lier le simulateur au lever et coucher de soleil, il faut bien choisir (et/ou conditionner) l’action faite.
Un exemple : en hiver, coucher de soleil à 18h30, on pourrait se retrouver avec un VR qui se ferme un peu tôt par rapport à une heure logique de coucher du propriétaire.
Il peut être vraiment utile de jouer sur la période de 7200s, soit par le DashBoard, soit grâce à un calendrier.

Bonne journée

[fgtoul]

Hello
l’offset 7200 sert également aux décalages saisonniers. Il est réglable sur dashboard de 0 à 14400.
Il est clair qu’il faut coller au plus près des habitudes.

dans ce cas j’ai prévu :

• vr entrouverts (ou ouverts) le matin (selon consigne programmée), éclairages aléatoires.

• ouverture complète des vr autorisés progressivement dans la matinée

• fermeture partielle des vr le soir

• éclairages aléatoires jusqu’à fermeture complète.

• la nuit, quelques rares éclairages aléatoires dans les pièces sans VR autorisées (sdb, wc, cellier).
  Ces événements nocturnes sont enclenchés par le croisement du clignotant de 57s avec un autre de période 143s (3 à 4 croisements pendant la nuit). Les valeurs TA et TB sont alors calculées sur les Faders A et B en divisant leur somme par 3 (ce qui génère des durées ou retards entre 0 et 36 minutes)
  

  

bonne journée

[wildc4rd]

@fgtoul

Les détecteurs sont branchés par 3 fils sur une X-8D via la borne NC, cela permettra une détection en cas de sabotage malgré le manque de connexion TAMPER.

Bonjour fgtoul‚

Est-il possible de bancher plusieurs détecteurs sur 1 meme entrée digitale ?

[fgtoul]

Bonjour,

1. Entrées opto-isolées
   il est effectivement possible de connecter plusieurs capteurs en parallèle sur une entrée opto-isolée, mais il y a des conditions.
   • Les capteurs doivent avoir une sortie à contact sec. S’ils ont une sortie active et qu’ils génèrent eux-mêmes la tension de sortie, il faut vérifier s’ils peuvent être mis en parallèle.
   • Ils doivent être alimentés par la même alim, ou bien par 2 alim similaires avec gnd en commun.
2. Entrées digitales
   Pour les entrées digitales, les capteurs doivent impérativement avoir des sorties à contact sec (pas de tension). Aucune contrainte pour les installer en parallèle.

NB : si vous mettez vos capteurs en //, il ne sera plus possible de savoir lequel est en détection.
Bonne journée

[grocrabe]

Bonjour wildcard,

attention pour les entrés opto, l’utilisation de 2 alims demande quelques précautions. La solution avec une seule alimentation est à privilégier.

Bonne journée

[wildc4rd]

Bonjour et merci pour votre retour,

@fgtoul

S’ils ont une sortie active et qu’ils génèrent eux-mêmes la tension de sortie, il faut vérifier s’ils peuvent être mis en parallèle.

Effectivement ils ont une sortie en 24v. je vais relire le manuel pour trouver l’info. Je pense que c’est sur ce point que ma config pourrait ne pas etre possible.

@fgtoul

si vous mettez vos capteurs en //, il ne sera plus possible de savoir lequel est en détection.
Bonne journée

Oui on est d’accord. Pour moi l’important c’est de signaler l’effraction.

@grocrabe

La solution avec une seule alimentation est à privilégier.

Toutes les détecteurs sont branchés sur la même alimentation