Gamme de produits 2N Helios IP – quel modèle pour quel projet

2N fabrique trois principales familles de stations d'entrée IP extérieures. Bien choisir permet d'économiser des heures d'intégration – le Verso prend en charge des modules matériels, dont la carte d'extension KNX, tandis que Base et Force reposent uniquement sur une intégration par API ou SIP.

L'Helios IP Verso accepte jusqu'à deux modules d'extension matérielle. Combinaisons courantes : module KNX + module RFID, ou module KNX + module d'empreinte digitale.

Configuration SIP — serveur local vs SIP direct

Les stations 2N Helios IP agissent comme des clients SIP. Pour les appels audio/vidéo vers les stations intérieures ou les smartphones, vous avez besoin soit d'un PABX SIP local, soit d'un peering SIP direct entre la station extérieure et les panneaux intérieurs.

# 2N Helios IP → Services → Phone → SIP
SIP Proxy:       192.168.1.50        (Asterisk server IP)
SIP Port:        5060
Registration:    Enabled
Username:        1001                (door station extension)
Password:        [your SIP password]
Authentication:  1001
Display name:    Front Door

# Video codec order (for Gira X1 / indoor panels)
Codec priority: H.264 > G.711 > G.722

# DTMF relay (for door opening via keypad)
DTMF mode:      RFC 2833
Open door code: #  (or configure digit sequence)

Pour les immeubles d'habitation multi-logements, chaque appartement possède sa propre extension SIP. Le module de boutons 2N dispose d'un mappage programmable bouton-extension — le bouton 1 sonne l'appartement 101 (extension 1101), le bouton 2 sonne le 102, etc. Ce mappage est configuré dans l'interface web 2N sous Annuaire.

Module KNX 2N (9137331) — intégration KNX native

Le module KNX 2N est une carte d'extension matérielle optionnelle qui s'insère dans le châssis Helios IP Verso et Access Unit 2.0. Il connecte la station 2N directement au bus KNX TP — aucun serveur passerelle requis.

Le module KNX expose les objets de communication suivants dans ETS :

Alternative : API REST 2N + passerelle KNX Home Assistant

Si vous utilisez un Helios IP Base, Force ou Solo (qui n'ont pas d'emplacement pour module matériel), ou si vous souhaitez éviter le coût supplémentaire du module KNX, vous pouvez pontifier 2N vers KNX via Home Assistant. Cette voie permet également une logique d'automatisation plus complexe que le module KNX natif.

# configuration.yaml — REST sensor polling 2N relay state
sensor:
  - platform: rest
    name: 2N Front Door Bell
    resource: http://192.168.1.80/api/switch/status
    username: admin
    password: !secret twoN_password
    value_template: "{{ value_json.result[0].active }}"
    scan_interval: 2

# automations.yaml — doorbell → KNX group address
automation:
  - alias: "2N Doorbell → KNX scene"
    trigger:
      platform: state
      entity_id: sensor.2n_front_door_bell
      to: "true"
    action:
      - service: knx.send
        data:
          address: "5/1/1"    # doorbell notification GA
          payload: [1]
          type: "binary"

  - alias: "KNX relay trigger → 2N door open"
    trigger:
      platform: state
      entity_id: binary_sensor.knx_door_open_command
      to: "on"
    action:
      - service: rest_command.2n_open_relay
        data:
          relay: 1

rest_command:
  2n_open_relay:
    url: "http://192.168.1.80/api/switch/ctrl?switch=1&action=trigger"
    method: GET
    username: admin
    password: !secret twoN_password

L'approche REST API nécessite l'activation de l'accès à l'API HTTP dans l'interface Web 2N sous Services → HTTP API. Le 2N prend également en charge les webhooks — il peut envoyer une requête POST vers une URL de webhook Home Assistant lors d'événements comme pression de sonnette, authentification par carte ou détection de mouvement, éliminant ainsi le besoin de scrutation.

Câblage du relais de porte — gâches électriques et serrures magnétiques

Le 2N Helios IP dispose d'un relais de porte intégré (NO/NF, max 2A / 30V DC). Pour la plupart des portes résidentielles et commerciales légères, ce relais peut piloter directement la gâche électrique. Pour les applications lourdes, utilisez le relais pour déclencher une alimentation dédiée avec sortie relais.

Reconnaissance faciale — sur l'appareil et Axis Camera Station

Les modèles 2N Helios IP Verso et Force avec module caméra (2 MP grand-angle, éclairage IR optionnel) prennent en charge la reconnaissance faciale comme méthode d'accès — en plus du RFID et du code.

Pour la conformité RGPD dans les installations en UE, les données de reconnaissance faciale doivent être stockées uniquement sur des systèmes situés dans l'établissement. La reconnaissance faciale embarquée (licence 2N) stocke les modèles localement sous forme cryptée. Axis Camera Station avec serveur local répond également à cette exigence. Les services de reconnaissance faciale basés sur le cloud ne sont généralement pas autorisés en vertu de l'article 9 du RGPD sans consentement explicite de l'utilisateur dans la plupart des juridictions de l'UE.

OSDP — Open Supervised Device Protocol

Certains modèles 2N (Helios IP Verso, Access Unit 2.0) prennent en charge OSDP v2 sur le port RS-485. OSDP est un protocole de contrôle d'accès série qui permet à la 2N de fonctionner comme un lecteur connecté à un panneau de contrôle d'accès tiers (Lenel, Genetec, AEOS, Paxton Net2).

Exemples d'utilisation