Ce guide a été élaboré pour garantir les meilleurs résultats possibles de la livraison Kiona. Il contient des informations sur la documentation requise pour la livraison de l'automatisation, y compris le système de supervision IWMAC. Contactez votre représentant Kiona si vous ne trouvez pas un modèle.
Guide rapide :
- Télécharger les modèles et listes de contrôle en pièces jointes en bas de l'article
- Compléter les modèles et listes de contrôle avec les informations sur l'installation
- Envoyer la documentation à support_iwmac@kiona.com
- Kiona examinera et recontactera si des questions se posent ou des informations complémentaires sont nécessaires
📘 1 – Guide de conception et d'intégration
1.1 – Objectif
Ce guide a été élaboré pour garantir les meilleurs résultats possibles de la livraison par Kiona. Il contient des informations sur la documentation requise pour la livraison de l’automatisation. La livraison comprend le système supérieur IWMAC et les services additionnels associés. Les annexes décrivent les besoins en documentation pour la livraison, avec des détails spécifiques pour certains types d’installations et protocoles.
Tous les exemples et modèles sont également disponibles sur les sites Web de nos partenaires certifiés Kiona.
Si vous ne trouvez pas un modèle, veuillez contacter votre interlocuteur Kiona aux ventes ou à la livraison.
1.2 – Réseau/Infrastructure IT
Une fois la livraison commandée, un serveur d’installation sera envoyé par Kiona. Pour que la livraison puisse commencer, il est nécessaire de prendre contact avec le serveur d’installation envoyé bien avant le démarrage prévu. Commencez donc les préparatifs nécessaires pour que le réseau soit prêt à temps.
Il est important que le client clarifie avec le client final si le serveur d’installation doit communiquer avec le cloud Kiona via une connexion Internet directe ou VPN. Une fois que Kiona a reçu les informations du client, Kiona commandera la configuration correcte auprès de son fournisseur réseau.
Au démarrage de la livraison, vous recevrez un formulaire standard pour la connexion Internet et VPN décrivant les informations dont Kiona a besoin, ainsi que la configuration que le client final doit effectuer pour que le serveur d’installation puisse se connecter. Kiona ne pourra pas commencer les travaux avant que les formulaires soient retournés et que les paramètres décrits soient confirmés comme effectués.
Un serveur d’installation est livré avec deux cartes réseau. Kiona doit se voir attribuer deux connexions réseau – c’est une information importante que le client doit obtenir. Il est recommandé qu’une interface soit réservée à la connexion Internet et soit séparée du réseau technique. La seconde interface est connectée au réseau technique.
Les convertisseurs fournis par Kiona seront configurés dans le cadre de la livraison, une fois les informations nécessaires transmises. Pour les convertisseurs non fournis par Kiona, Kiona peut aider à les configurer et les installer sur le PC d’installation. Ce service n’est toutefois pas inclus dans la livraison et sera traité comme une option supplémentaire.
1.3 – Topologie
Pour établir une connexion de communication avec tous les dispositifs d’automatisation, Kiona a besoin d’une topologie complète répertoriant toutes les informations réseau nécessaires. Kiona a besoin de recevoir toutes les informations sur les convertisseurs série-réseau, avec une vue d’ensemble des dispositifs d’automatisation connectés aux différents ports.
Voir les exemples suivants :
- Graphique : topologie au format PNG, réalisée dans Gliffy ou un logiciel similaire – IWMAC Modèle 12 – Topologie.png / IWMAC Modèle 13 – Topologie.gliffy
- Excel : Modèle simple pour les équipements sur IP, modèle avancé pour les équipements sur IP et les équipements série via convertisseurs – IWMAC Modèle 10 – Topologie simple IP uniquement / IWMAC Modèle 11 – Topologie IP et convertisseurs série.xltx
1.4 – Listes de paramètres, noms de balises et descriptions
IWMAC utilise des noms et des descriptions reçus dans la documentation du client. Dans certains cas, ceux-ci peuvent être lus directement depuis l’équipement par des scanners. Pour que Kiona puisse fournir aux utilisateurs finaux des noms de tags lisibles et localisables, les listes de données doivent contenir les informations nécessaires ainsi qu’une structure permettant à Kiona de construire correctement les bases de données de tags.
Voici quelques directives générales :
- Kiona suppose que pour chaque ligne de paramètre/tag, un numéro de système et un code de composant TFM sont saisis, ainsi qu’une simple description de paramètre, soit par composant physique, soit par fonction.
- Pour la commande de pièce, il doit être possible de distinguer chaque pièce, étage et, si nécessaire, bâtiment ou aile.
- Toutes les fonctions similaires dans chaque pièce doivent recevoir le même code de fonction.
- Pour les composants centraux de niveau supérieur et les fonctions délimitées par zone, l’appartenance à une zone/groupe doit être indiquée pour chaque ligne de paramètre.
- Pour les listes concernant un appareil qui ne dessert qu’un seul numéro de système, le numéro de système peut être omis.
Le standard de code de composant IWMAC sera utilisé dans les images sauf accord contraire, ou si les codes de composant ne figurent pas dans la liste de tags ou le schéma de système associé. Toute la documentation doit être cohérente dans l’encodage des caractères pour que Kiona puisse identifier l’appartenance des composants.
Exemple pour capteur de température (valeur de processus) et paramètre de consigne calculée :
- 360.001 RT401 Température soufflage ou no_bâtiment_360001_RT401_PV Température soufflage
- 360.001 RT401 Consigne calculée ou no_bâtiment_360001_RT401_ASP consigne trav.
Exemple pour les pièces :
- R201_Erverdi – Température de pièce
- R201_BasSetp – Consigne de base
- R201_HVlv – Commande chauffage
- R201_SQ401_lm – Soufflage VAV1 débit d’air
- R201_SQ402_lm – Soufflage VAV2 débit d’air
- R201_SQ501_spjv – Reprise VAV1 angle volet
Dans les listes de tags Modbus, KNX, OPC, N2 et similaires, le codage TFM et la description peuvent typiquement faire partie d’un seul et même texte. Il est alors important que la structure soit identique pour toutes les lignes, avec le code système-composant-fonction dans un ordre fixe – avec des délimiteurs fixes en premier et la description à la fin.
Pour les objets BACnet, le codage TFM peut souvent être inclus dans le nom de l’objet lui-même, tandis que la description est ajoutée dans l’attribut “description”. D’autres structures sont également possibles tant que le tag contient toutes les informations nécessaires et la structure décrite précédemment.
1.5 – Fonctionnalité d'alarme et droits d'écriture
Kiona doit spécifier directement dans la base de données de tags quels points sont lisables et/ou inscriptibles. La même chose s’applique à l’indication du niveau d’alarme pour les points destinés à générer une alarme.
IWMAC ne nécessite normalement que des alarmes numériques dans la base de données. Si le client souhaite générer des alarmes sur des valeurs multistate (entier) ou à virgule flottante, une clarification est requise avec le responsable de livraison de Kiona sur la faisabilité et les conséquences en termes de temps supplémentaire et de fonctions intelligentes requises.
Voir l’annexe de protocole spécifique pour un aperçu des informations que Kiona requiert concernant les points inscriptibles ou la définition de points d’alarme, ainsi que le niveau d’alarme associé.
Listes de contrôle
✅ 2.1 – IWMAC Liste de contrôle – BACnet
BACnet/IP : l'appareil doit répondre au Who-is. BBMD requis pour les réseaux multi-sous-réseau. Dans les réseaux plus importants couvrant plusieurs sous-réseaux, le client doit s'assurer que l'infrastructure informatique et les sous-stations BACnet sont correctement configurées. Kiona a besoin d'une topologie indiquant l'adresse IP, le masque de sous-réseau, la passerelle, le numéro de réseau, l'ID de l'appareil et l'identité BBMD (incl. entrées de table FDT/BDT).
| Liste de contrôle – intégration appareil BACnet | Appareil:___________________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| L'appareil a été entièrement mis en service et testé fonctionnellement. | ☐ | |
| L'appareil peut être pingé depuis un PC IWMAC. | ☐ | |
| Des colonnes supplémentaires ont été ajoutées à la fin du fichier EDE. | Alarm Pri, Include Attri., Groupe, Pièce. Voir modèle : IWMAC TEMPLATE 03 – BACNET Ede.csv | ☐ |
| Colonne "settable" ajustée : les points inscriptibles mis à "Y", tous les autres à "N". | Les points inscriptibles sont normalement les consignes, interrupteurs/sélecteurs SD et similaires. | ☐ |
| Tous les points avec reporting intrinsèque et état d'alarme activé sont définis sur "1" dans "Include Attri.". | ☐ | |
| Une liste séparée des attributs à soumettre pour les points de données a été créée. | Pour tous les objets où "Include Attri." est défini sur "1". | ☐ |
| Chaque paramètre/ligne du fichier EDE contient le numéro de système, l'identifiant du composant et un texte descriptif. | Exemple : "320.001 RT401 Température départ circuit radiateur bloc A". | ☐ |
| Si le numéro de système n'apparaît pas ci-dessus, les deux lignes suivantes doivent être remplies par le client. | ☐ | |
| Colonne "Groupe" remplie avec le numéro de système pour toutes les lignes du fichier EDE. | Même numéro/nom pour tous les objets du même système. | ☐ |
| Colonne "Pièce" remplie pour tous les objets/lignes appartenant à la commande de pièce/zone. | Même désignation de pièce pour tous les objets de la même pièce/zone. | ☐ |
| Niveau d'alarme A, B ou C spécifié pour tous les objets d'alarme. À remplir aussi sur les lignes avec "Include Attri." = "1". | A = niveau le plus élevé (normalement envoyé par SMS), C = niveau le plus bas. | ☐ |
| Les alarmes binaires NC éventuelles sont répertoriées dans un aperçu séparé. | Alarme active lorsque Present value = binaire "0". | ☐ |
| Present value sur les objets multistate n'est pas utilisée pour le statut d'alarme, le statut de fonctionnement ou similaire. | Si non, consulter Kiona pour voir s'il est possible de transformer les données dans le système IWMAC. | ☐ |
| Un point de données binaire pour acquitter/réinitialiser les alarmes a été soumis. | Le point doit revenir automatiquement en "position de repos" après activation. | ☐ |
| Les IWMAC calendrier de supervisions sont utilisés, liés à l'objet : ___________________________ | Type d'objet et ID ou nom du point de données pour la liaison dans la sous-station, un par IWMAC calendrier de supervision. Les objets peuvent être binaires ou multistate. Si Kiona doit régler les heures, celles-ci doivent également être spécifiées à l'avance. | ☐ |
| Les textes EDE et d'état ont été soumis au format CSV. | Voir modèle : IWMAC TEMPLATE 04 – BACNET StateTexts.csv | ☐ |
| Grand réseau avec plusieurs sous-réseaux/plages IP : topologie soumise. | ☐ |
✅ 2.2 – IWMAC Liste de contrôle – Modbus
Le scan des appareils Modbus n'est pas possible. Les listes de paramètres Excel doivent contenir : registre/adresse, type de données (sint16, float, bool, uint32 etc.), numéro de bit, bit de départ/nombre, word-swap/byte-swap, système+composant+description, unité technique, mise à l'échelle, priorité d'alarme A–B–C, texte d'état (ex. 0=Arrêt 1=Marche), indicateur lecture/écriture.
| Point de contrôle | Explication | Effectué (Oui/Non) |
|---|---|---|
| Évaluation du nombre d'appareils et de la fréquence de mise à jour sur les boucles série. | Kiona intègre la liste complète des paramètres sauf indication contraire. | ☐ |
| Adresses esclaves uniques et mêmes paramètres de communication par boucle. | Débit en bauds, bits de données et d'arrêt, parité. | ☐ |
| Appareil(s) entièrement mis en service et testé(s). | ☐ | |
| Scrutation de compteur effectuée pour tester le contact avec au moins un registre par appareil. | ☐ | |
| Topologie de bus avec tous les appareils envoyée. | Adresses esclaves, adresses IP, ports COM, convertisseurs de médias etc. | ☐ |
| Fabricant, modèle et liste de paramètres Modbus envoyés. | ☐ | |
| Liste complète des paramètres Modbus préparée. | Si l'équipement est programmable de manière personnalisée. | ☐ |
✅ 2.3 – IWMAC Liste de contrôle – N2 / N2 Open
Le scan des appareils n'est pas possible. Paramètres suffisants pour la fonction de base du système de supervision (Marche/Défaut/Gel/Calendrier/Températures/Consigne etc.). Par paramètre : description (système+composant+texte), unité, texte d'état, indicateur lecture/écriture. Johnson DX : Adresses protocole N2 requises (ex. AI1, XT3DI1, PM10K02). Johnson FX : Fichier .prn insuffisant ; adresses N2 requises (adf1, adi1, bd1, bit1).
| Point de contrôle | Explication | Effectué (Oui/Non) |
|---|---|---|
| Vérifier le nombre d'appareils et le taux de rafraîchissement | Une évaluation du nombre d'appareils sur les boucles série a été effectuée pour assurer un taux de rafraîchissement suffisant. | ☐ |
| Vérifier les adresses et le paramétrage de communication | Tous les appareils série sur une boucle ont des adresses esclaves uniques et un paramétrage de communication similaire. Débit en bauds, bits de données et d'arrêt, parité. | ☐ |
| Appareil(s) mis en service et testé(s). | ☐ | |
| Topologie de bus avec tous les appareils envoyée. | ☐ | |
| Liste de balises complète préparée et envoyée à Kiona. | ☐ |
✅ 2.4 – IWMAC Liste de contrôle – KNX via serveur NETxOPC
Pour que IWMAC puisse intégrer KNX, certaines informations sont nécessaires afin de s'assurer que tout fonctionne comme prévu. Il n'est pas possible de "scanner" les appareils ou les points de données ; le client doit exporter et transmettre les données nécessaires depuis ETS (l'outil de programmation).
Avant la programmation de l'installation, une structure d'adresses de groupe et une nomenclature doivent être soumises à IWMAC pour examen et approbation, afin de garantir la possibilité d'une liaison efficace des images.
Avant le démarrage de l'intégration, IWMAC doit avoir reçu toutes les informations spécifiées dans la liste de contrôle ci-dessous. Tous les paramètres doivent être nommés de manière à être facilement identifiables ; voir le document "1 – Guide de conception et d'intégration".
Une feuille Excel avec des informations supplémentaires doit contenir les 7 colonnes additionnelles suivantes en plus des données du fichier *.esf :
- Paramètres inscriptibles (rw)
- Unité de mesure (°C, m³/h, % etc.)
- Mise à l'échelle (0–255=0–100 etc.)
- Passerelle/IP (pour distinguer les paramètres appartenant à chaque passerelle)
- Priorité d'alarme (A-B-C), A est la priorité la plus élevée et sera normalement envoyée par SMS à l'agent de surveillance
- Normalement fermé/NC (0=Alarme, 1=OK)
- Lecture à la reconnexion (Read on reconnect)
La liste de contrôle s'applique à l'ensemble de l'intégration. L'installation KNX doit avoir été mise en service et testée avant que IWMAC puisse importer la liste de paramètres.
| Liste de contrôle – intégration KNX | Appareil:___________________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| La structure d'adresses de groupe a été clarifiée et approuvée par IWMAC. | La structure est également adaptée pour une liaison efficace des images de commande de pièce. | ☐ |
| Tous les paramètres sont nommés conformément au document "1 – Guide de conception et d'intégration", ou cette question a été discutée avec IWMAC et approuvée. | ☐ | |
| Tous les composants du bus ont été entièrement mis en service et testés. | ☐ | |
| IWMAC a été informé du nombre de points de données à intégrer. | Licence pour le nombre de points de données et de passerelles. | ☐ |
| Topologie montrant chaque passerelle avec les lignes de bus sous-jacentes et les adresses. | ☐ | |
| Une feuille Excel avec les informations nécessaires en plus du contenu du fichier ESF a été créée et soumise à IWMAC. | ☐ | |
| Le fichier *.esf d'ETS, épuré des paramètres à ne pas intégrer, a été soumis à IWMAC. | Vérifié par rapport au nombre de points spécifié lors de la commande de licence. | ☐ |
| Un aperçu des calendriers SD souhaités et des points de données auxquels ils doivent écrire a été soumis à IWMAC. | Les horaires de fonctionnement doivent être connus si IWMAC doit les saisir. | ☐ |
✅ 2.5 – IWMAC Liste de contrôle – OPC DA
Le scan des appareils OPC n'est pas possible. Difficile quand le serveur OPC est sur un autre ordinateur. Kiona doit savoir si le serveur OPC peut être installé sur un PC IWMAC. Informations de connexion : chaîne de connexion, nom d'utilisateur/mot de passe, adresse de groupe/chemin d'accès, paramètres DCOM (si autre PC), nombre de threads parallèles. Liste des paramètres : nom+description unique (TFM+composant), adresse OPC+type de données+longueur, spécification de bit, unité technique, mise à l'échelle, valeurs d'état (ex. 0=Arrêt 1=Marche), indicateur lecture/écriture (r/rw), niveau d'alarme (A/B/C).
| Valeur | Type de données | Description |
|---|---|---|
| 0 | VT_EMPTY | Standard/Vide |
| 2 | VT_I2 | Entier signé 2 octets |
| 3 | VT_I4 | Entier signé 4 octets |
| 4 | VT_R4 | Réel 4 octets |
| 5 | VT_R8 | Réel 8 octets |
| 11 | VT_BOOL | Booléen (TRUE=−1, FALSE=0) |
| 17 | VT_I1 | Entier signé 1 octet |
| 18 | VT_UI1 | Entier non signé 1 octet |
| 19 | VT_UI2 | Entier non signé 2 octets |
| 20 | VT_UI4 | Entier non signé 4 octets |
| +8192 | VT_ARRAY | Tableau de valeurs |
| Point de contrôle | Explication | Effectué (Oui/Non) |
|---|---|---|
| Tous les paramètres nommés selon le guide ou approuvés par Kiona. | ☐ | |
| Tous les composants mis en service et testés. | ☐ | |
| Accès OPC testé avec client OPC sur PC IWMAC. | Confirmation que la connexion fonctionne. | ☐ |
| Informations de connexion envoyées à Kiona. | ☐ | |
| Liste de balises complète préparée et envoyée. | ☐ | |
| Aperçu du calendrier envoyé. | ☐ |
✅ 3.1 – IWMAC Liste de contrôle – Ventilation
Pour que Kiona puisse s'assurer que la visualisation IWMAC est correcte, nous avons besoin d'une documentation adéquate. L'objectif est de créer un système simple, clair et compréhensible pour les utilisateurs finaux.
La documentation soumise doit comprendre au minimum : numéro de système et description de la zone ; description fonctionnelle spécifique incluant le type de régulation de température, le type de commande de ventilateur, les fonctions actives dont le refroidissement nocturne, la recirculation et le fonctionnement prolongé, les courbes de compensation saisonnière, les fonctions de calendrier et les verrouillages ; schéma de système avec codes de composants (tel que construit) ; décision sur la gestion horaire (horloge automation ou calendrier IWMAC).
La liste de contrôle s'applique par système de ventilation (numéro de système).
| Liste de contrôle – unité de ventilation | No syst.:_______ Appareil:________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| Le schéma de système avec tous les codes de composants a été envoyé à IWMAC, avec l'emplacement "tel que construit". | ☐ | |
| Les codes sur le schéma de système figurent également dans la liste de paramètres. | ☐ | |
| Alternativement, la nomenclature IWMAC est utilisée dans les images. | ☐ | |
| La commande horaire IWMAC doit être utilisée. | ☐ | |
| Alternativement, la commande horaire interne du régulateur est utilisée. | ☐ | |
| La description fonctionnelle avec les informations demandées ci-dessus a été envoyée à IWMAC. | ☐ | |
| Les points de la liste de contrôle pour le protocole de communication ont été traités. | ☐ | |
| Toutes les fonctions supplémentaires sont décrites dans la documentation écrite. | N'oubliez pas de commander les fonctions intelligentes si nécessaire. | ☐ |
✅ 3.2 – IWMAC Liste de contrôle – Chauffage et refroidissement
Pour que IWMAC puisse s'assurer que la visualisation que nous fournissons est correcte, nous devons recevoir une documentation adéquate et précise. L'objectif est de créer un système simple, clair et compréhensible pour l'utilisateur final de l'installation.
- Des dessins corrects ("tel que construit") où le marquage des composants correspond au marquage dans la liste de paramètres. C'est-à-dire que l'automatisation qui contrôle/régule le système de chauffage doit avoir le même marquage que celui indiqué dans la documentation.
- Des listes de paramètres complètes où les paramètres ont des textes sensés et précis et sont marqués avec des numéros de composants selon le dessin. L'utilisateur final doit pouvoir comprendre les textes – c'est particulièrement important pour les textes d'alarme.
- Voir "Guide de conception et d'intégration IWMAC" pour une description détaillée des exigences de nomenclature.
- Description fonctionnelle de l'installation. Tout ce qui concerne les verrouillages, les fonctions d'alarme, les fonctions de commutation saisonnière et les fonctions de régulation doit être inclus.
- Quels points de consigne le client souhaite-t-il afficher directement dans l'écran ? (Tous les paramètres sont disponibles sous Paramètres). Dans l'image, nous affichons normalement les SP importants que l'utilisateur final doit pouvoir modifier, comme les courbes, les températures, les points de consigne, etc.
IWMAC conçoit les images selon sa propre norme qui reflète la structure du système de chauffage conformément au schéma PID. Tous les indicateurs d'alarme sont saisis sous forme de cloches d'alarme ; ceux-ci ne sont visibles qu'en cas d'alarme active. La nomenclature standard IWMAC est le système de marquage interdisciplinaire norvégien (TFM) à 3 chiffres.
La liste de contrôle s'applique à chaque système de chauffage ou de refroidissement (numéro de système).
| Liste de contrôle – Chauffage et refroidissement | No syst.:_______ Appareil:________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| Le schéma de système avec tous les codes de composants a été envoyé à IWMAC, avec l'emplacement "tel que construit" des composants. | ☐ | |
| Les codes sur le schéma de système figurent également dans la liste de paramètres. | ☐ | |
| La description fonctionnelle avec les informations demandées ci-dessus a été envoyée à IWMAC. | ☐ | |
| Les points de la liste de contrôle pour le protocole de communication ont été traités. | ☐ | |
| Toutes les fonctions supplémentaires, telles que les prévisions météorologiques, la surveillance de la puissance, la distribution des valeurs mesurées, les fonctions d'alarme et similaires, sont décrites dans la documentation écrite. | N'oubliez pas de commander les fonctions intelligentes si nécessaire. | ☐ |
✅ 3.3 – IWMAC Liste de contrôle – Commande de pièce
Pour que IWMAC puisse s'assurer que la visualisation que nous fournissons est correcte, nous devons recevoir une documentation adéquate et précise. L'objectif est de créer un système simple, clair et compréhensible pour l'utilisateur final de l'installation.
Pour créer des images de données de commande de pièce, il est nécessaire d'établir un système de structuration, de dénomination et de liaison des points de données aux plans. Voir "Guide de conception et d'intégration IWMAC" pour une description détaillée des exigences. La liste de contrôle s'applique par système de ventilation (numéro de système).
| Liste de contrôle – Commande de pièce | No syst.:_______ Appareil:________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| Une liste de pièces avec les types de pièces et une liste de toutes les pièces des différents types a été préparée et soumise à IWMAC. | ☐ | |
| Une clarification a été obtenue avec IWMAC quant aux valeurs qui apparaîtront dans les fenêtres contextuelles. | ☐ | |
| Les plans de sol ont été soumis dans le format indiqué, permettant la suppression facile des informations non souhaitées. | ☐ | |
| La documentation soumise contient toutes les informations demandées dans ce document. | ☐ | |
| Les paramètres portent les mêmes noms que dans les listes de paramètres. | ☐ | |
| Les points de la liste de contrôle pour le protocole de communication ont été traités. | ☐ | |
| Toutes les demandes de visualisation des fonctions de dérogation ont été soumises (rayer la case si non applicable). | ☐ | |
| Toutes les fonctions supplémentaires, telles que prévisions météo, surveillance de puissance, distribution des valeurs mesurées, fonctions d'alarme, sont décrites dans la documentation écrite. | N'oubliez pas de commander les fonctions intelligentes si nécessaire. | ☐ |
| Une clarification a été obtenue avec IWMAC concernant la subdivision des répertoires horaires. Normalement un répertoire horaire par étage. | ☐ |
✅ 3.4 – IWMAC Liste de contrôle – Technique et électrique
Pour que IWMAC puisse s'assurer que la visualisation que nous fournissons est correcte, nous devons recevoir une documentation adéquate et précise. L'objectif est de créer un système simple, clair et compréhensible pour l'utilisateur final de l'installation.
Les signaux à présenter dans IWMAC peuvent être présentés individuellement avec numéro de composant et description, ou regroupés en unités logiques. Voir "Guide de conception et d'intégration IWMAC" pour une description détaillée. La liste de contrôle s'applique par système (numéro de système).
| Liste de contrôle – Technique et électrique | No syst.:_______ Appareil:________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| Le client a soumis une liste de tous les signaux techniques à présenter dans les écrans. | ☐ | |
| Le client a clarifié avec IWMAC comment les signaux doivent être regroupés pour la présentation. | ☐ | |
| La documentation soumise contient toutes les informations demandées dans ce document. | ☐ | |
| Les paramètres portent les mêmes noms que dans les listes de paramètres. | ☐ | |
| Les points de la liste de contrôle pour le protocole de communication ont été traités. | ☐ | |
| Toutes les fonctions supplémentaires sont décrites dans la documentation écrite. | N'oubliez pas de commander les fonctions intelligentes si nécessaire. | ☐ |
✅ 3.5 – IWMAC Liste de contrôle – Rapport énergétique
Lorsque vous commandez un module énergétique à IWMAC, tous les compteurs d'énergie seront saisis dans un rapport énergétique.
Pour que IWMAC puisse créer un rapport clair, il est important que nous recevions une vue d'ensemble de la structure des compteurs et de la nomenclature. La liste de contrôle s'applique au rapport énergétique dans son ensemble.
| Liste de contrôle – Rapport énergétique | Système:________________ | |
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| Structure des compteurs soumise à IWMAC. | ☐ | |
| Les valeurs mesurées sur tous les compteurs ont été vérifiées et approuvées. | ☐ |
✅ 3.6 – IWMAC Liste de contrôle – EOS (Système de surveillance énergétique)
Pour que IWMAC puisse mettre en place un EOS clair et précis, nous avons besoin d'avoir une bonne image de la manière dont le client souhaite visualiser la configuration énergétique. Tous les compteurs physiques doivent avoir été implémentés et mis en service dans l'installation. Une procédure d'assurance qualité doit être effectuée, confirmant que le compteur physique et IWMAC affichent la même valeur.
Une décision doit être prise sur la façon de regrouper la structure arborescente et les calculs nécessaires. IWMAC doit recevoir une liste des compteurs avec marquage, ainsi qu'une indication du groupe dans lequel le client souhaite les présenter. Note importante : lors de la sélection de plusieurs compteurs/groupes de compteurs dans l'EOS, le point principal à noter est que tous les paramètres spécifiés sous ceux-ci seront totalisés dans le système. Une stratégie claire est donc nécessaire pour le regroupement des compteurs afin d'éviter les totalisations multiples.
| Liste de contrôle – EOS | ||
|---|---|---|
| Point de contrôle | Explication | Effectué (Oui/Non) |
| Tous les calculs à effectuer ont été documentés et soumis à IWMAC. | ☐ | |
| Tous les indicateurs clés ont été soumis à IWMAC. | Personnes par surface, surface par partie de bâtiment, etc. Voir modèle EOS. | ☐ |
| Une clarification a été obtenue avec IWMAC quant aux rapports pouvant être extraits. | ☐ | |
| Structure des compteurs soumise à IWMAC. | ☐ | |
| Les valeurs mesurées sur tous les compteurs ont été vérifiées et approuvées. | ☐ |
Modèles :
📊 IWMAC Modèle 01 – Rapport énergétique
Select tab: FR – Rapport énergétique.
| Groupe principal | Nom du compteur | Sur dispositif | Commentaire |
|---|---|---|---|
| Énergie électrique | |||
| 001.001-OE01-[Name] | 001.001-OE01 | ||
| Énergie thermique – Chauffage | |||
| 011.001-OE01-[Name] | PLS01 | ||
| Énergie thermique – Refroidissement | |||
| 021.001-OE01-[Name] | PLS01 | ||
| Compteur d'eau – Volume | |||
| 031.001-OE01-[Name] | 031.001-OE01 |
📊 IWMAC Modèle 02 – Signaux techniques
Select tab: FR – Signaux techniques.
| Groupe principal | Composant comme dans la liste de balises | Sur dispositif | Commentaire |
|---|---|---|---|
| 310 Sanitaire | |||
| 310.001-MO001 | 434.002-OU001 | ||
| 351 Refroidissement | |||
| 351.001-QS001 | PLS1 |
📊 IWMAC Modèle 03 – BACnet EDE
Le fichier BACnet EDE (Engineering Data Exchange) est le format CSV standardisé utilisé pour exporter les listes d'objets BACnet d'un sous-poste et les importer dans IWMAC. Kiona a ajouté quatre colonnes supplémentaires à la fin du format standard.
| Colonne | Type | Description |
|---|---|---|
| keyname | Standard | Nom d'objet unique (ex. OBJECT_ANALOG_INPUT:11164) |
| device obj.-instance | Standard | Numéro d'instance de l'appareil |
| object-name | Standard | Nom court de l'objet (ex. RT401 TEMP SOUFFLAGE) |
| object-type | Standard | Type d'objet (0=Entrée analogique, 1=Sortie analogique, 3=Valeur analogique, 4=Entrée binaire etc.) |
| object-instance | Standard | Instance d'objet |
| description | Standard | Description – doit contenir numéro système + code composant + texte (ex. "360.001 RT401 Température soufflage") |
| settable | Standard | Y = inscriptible dans IWMAC, N = lecture seule |
| state-text-reference | Standard | Numéro de référence vers Modèle 04 StateTexts (pour objets binaires/multistate) |
| Alarm Pri | Ajout Kiona | Priorité alarme : A (plus élevée/SMS), B ou C |
| Include Attri. | Ajout Kiona | 1 = inclure attributs (ex. reporting intrinsèque). Nécessite liste d'attributs séparée. |
| Gruppe | Ajout Kiona | Numéro système pour regroupement (identique pour tous les objets du même système) |
| Rom | Ajout Kiona | Désignation de pièce pour objets de commande de pièce (identique pour tous les objets de la même pièce/zone) |
Astuce : Ouvrez le fichier CSV dans Excel avec le point-virgule comme séparateur. Enregistrez toujours en CSV UTF-8 sans BOM lors de l'envoi à Kiona.
📊 IWMAC Modèle 04 – BACnet StateTexts
Le fichier StateTexts définit les libellés de texte pour les objets BACnet avec des valeurs entières ou binaires. Il est référencé depuis le fichier EDE via la colonne state-text-reference. Chaque numéro de référence (1, 2, 3…) définit un ensemble de textes où texte 1 = valeur 0, texte 2 = valeur 1 etc.
| #Réf | Texte 1 (valeur 0) | Texte 2 (valeur 1) | Texte 3 | Texte 4 |
|---|---|---|---|---|
| 1 | OK | Défaut | ||
| 2 | Horloge SD | Horloge FAC | ||
| 3 | Arrêt | Marche | ||
| 4 | Hiver | Été | ||
| 7 | Auto | Arrêt | Marche | |
| 8 | Faible | Élevé | Auto (temp. extérieure) |
Astuce : Ajoutez vos propres lignes pour chaque combinaison d'état unique dans votre installation. Le numéro de référence est lié à la colonne state-text-reference du fichier EDE. Les objets binaires nécessitent au moins 2 textes (ex. Arrêt/Marche). Les objets multistate peuvent avoir jusqu'à n textes.
📊 IWMAC Modèle 05 – DX9100
Modèle pour les régulateurs Johnson DX9100. Éditez Template 1 ou Template 2. L'onglet Example affiche des données exemples et Element IDs contient toutes les références d'ID d'éléments DX9100.
| Colonne | Description |
|---|---|
| Element_id | Adresse protocole N2, p.ex. PM01K01, AI1 |
| System number | Numéro système TFM, p.ex. 360.001 |
| Tag text | Code composant/tag, p.ex. RT401 |
| Aliastext | Nom descriptif du paramètre |
| Alarm | Priorité alarme : A (plus élevée/SMS), B ou C |
| Eng unit | Unité technique, p.ex. °C, %, m³/h |
| Scale | Mise à l'échelle, p.ex. x100 ou x10 |
📊 IWMAC Modèle 06 – EOS
Modèle pour le système de surveillance énergétique (EOS). Sélectionnez l'onglet FR – EOS. Le modèle comporte 8 colonnes :
Groupe principal → Sous-groupe 1 → Sous-groupe 2 → Sous-groupe 3 → Sous-groupe 4 → Derrière le compteur → Compteur physique → Compteur virtuel (col. M)
| Groupe principal | Sous-groupe 1 | Sous-groupe 2 | Sous-groupe 3 | Sous-groupe 4 | Derrière le compteur | Compteur physique | Compteur virtuel (col. M) |
|---|---|---|---|---|---|---|---|
| Température extérieure | |||||||
| Îlot A | |||||||
| Compteurs thermiques | |||||||
| Système de chauffage | 300.001-OE01 | ||||||
| Ventilation | 310.001-OE02 |
Astuce : Les sous-groupes 3 et 4 sont utilisés pour des hiérarchies plus profondes. « Derrière le compteur » indique quels sous-niveaux sont additionnés dans un compteur parent. La colonne M (Compteur virtuel) décrit les valeurs calculées sans compteur physique.
📊 IWMAC Modèle 07 – FX15
Modèle pour les régulateurs Johnson FX. Modifiez l'onglet Parameterliste (original). L'onglet Status FR (Statustekster) contient les textes d'état en français, Guide FR explique les colonnes.
| Référence | 0 | 1 | 2 |
|---|---|---|---|
| AvPå | Arrêt | Marche | |
| AutoAvPå | Auto | Arrêt | Marche |
| NormalAlarm | Normal | Alarme | |
| NormalFeil | Normal | Défaut | |
| InaktivAktiv | Inactif | Actif | |
| AapenLukket | Fermé | Ouvert | |
| AutoNatt | Auto | Nuit | |
| NormalUtløst | Normal | Déclenché |
Key columns:
| Colonne | Description |
|---|---|
| Point type | ADI=entier, ADF=float, BD=booléen |
| Point address | Adresse N2, p.ex. adf1, adi1, bd1 |
| Direction | Input=lecture seule, Output=inscriptible |
| Long name | Nom descriptif complet |
| Alarmnivå | A (plus élevé/SMS), B ou C |
| rw-flagg | r=lecture, rw=lecture/écriture |
📊 IWMAC Modèle 08 – Modbus
Modbus – in English for all languages.
| Colonne | Description |
|---|---|
| Section A – System code | Numéro système/code TFM |
| Section B – Component code | Code composant et fonction |
| Section C – Description | Texte descriptif |
| Data type | BOOL, UINT16, INT16, FLOAT32 etc. |
| Function code (read) | FC lecture Modbus (01,02,03,04) |
| Function code (write) | FC écriture Modbus (05,06,15,16) |
| Register type | 0x coil/1x input/3x input reg/4x holding reg |
| Register address | Adresse registre Modbus (décimal) |
| Engineering unit | p.ex. °C, %, m³/h |
| Scale (reference) | Mise à l'échelle depuis l'onglet Scale |
| State-text (reference) | Texte d'état depuis l'onglet State-Texts |
| Alarm level | A=plus élevé/SMS, B, C |
State-Texts tab:
| Référence | 0 | 1 | 2 |
|---|---|---|---|
| OnOff | Arrêt | Marche | |
| AutoOffOn | Auto | Arrêt | Marche |
| NormalAlarm | Normal | Alarme | |
| NormalFault | Normal | Défaut |
📊 IWMAC Modèle 09 – Liste de pièces
Select tabs: FR – Types de pièces and FR – Bâtiment x aile x.
| Type de pièce | Description | Température (RTxxx) | CO2 (Ryxxx) | Humidité (RHxxx) | PIR (RBxxx) |
|---|---|---|---|---|---|
| TypePièce1 | [Room] | °C / r | ppm / r | %RH / r | r |
| TypePièce2 | [Conference] | °C / r | ppm / r |
📊 IWMAC Modèle 10 – Topologie simple (IP uniquement)
Topologie IP uniquement. Sélectionnez l'onglet FR – Topologie IP uniquement.
| Équipement | Emplacement/étage/pièce | Switch/pièce/étage | Adresse IP | Masque | Passerelle par défaut | DNS1 | Port |
|---|---|---|---|---|---|---|---|
| =360.001 | Floors 2–9 | Switch-A | 10.0.12.3 | 255.255.255.0 | 10.0.12.1 | 8.8.8.8 | |
| =432.001 | Energy centre | Switch-A | 10.0.12.5 | 255.255.255.0 | 10.0.12.1 |
📊 IWMAC Modèle 11 – Topologie IP + convertisseurs série
Topologie IP + convertisseurs série. Sélectionnez l'onglet FR – Topologie IP + série.
| Équipement | Adresses IP | Masque de sous-réseau | Dessert | Pilote IP | Adresse du pilote |
|---|---|---|---|---|---|
| Block A | |||||
| =360.001 | 10.0.12.3 | 255.255.255.0 | Floors 2–9 | PMGOLDA | 1_1 |
| Sauter | 10.0.12.5 | 255.255.255.0 | Energy centre | BACNET | 0_1 |
| Moxa | 10.0.12.6 | 255.255.255.0 | Modbus serial |
📊 IWMAC Modèle 12 – Exemple de topologie
Image PNG exportée du diagramme de topologie. Montre la topologie réseau avec tous les dispositifs d'automatisation, adresses IP, commutateur, pare-feu et serveur Kiona. Utilisée comme image de référence dans la documentation et comme pièce jointe.
📊 IWMAC Modèle 13 – Source de topologie (Gliffy)
Fichier source modifiable pour le diagramme de topologie au format Gliffy (.gliffy). Le fichier peut être ouvert et modifié dans Gliffy (gliffy.com) ou draw.io (app.diagrams.net) – les deux sont gratuits pour les fonctionnalités de base. Mettez à jour le diagramme avec les informations spécifiques au projet, puis exportez un nouveau PNG (Modèle 12).
Version 1.0 – avril 2026
-
SUOMI_IWMAC_Tarkistuslistat_ja_Mallit.zip
2 Mo Télécharger
-
DANSK_IWMAC_Tjeklister_og_Skabeloner.zip
2 Mo Télécharger
-
DEUTSCH_IWMAC_Checklisten_und_Vorlagen.zip
2 Mo Télécharger
-
ITALIANO_IWMAC_Liste_di_Controllo_e_Modelli.zip
2 Mo Télécharger
-
POLSKI_IWMAC_Listy_Kontrolne_i_Szablony.zip
2 Mo Télécharger
-
NORSK_IWMAC_Sjekklister_og_Maler.zip
2 Mo Télécharger
-
FRANCAIS_IWMAC_Listes_de_Controle_et_Modeles.zip
2 Mo Télécharger
-
SVENSKA_IWMAC_Checklistor_och_Mallar.zip
2 Mo Télécharger
-
ENGLISH_IWMAC_Checklists_and_Templates.zip
2 Mo Télécharger