Verificare ingressi binari KNX prima di Control4

Ingressi binari e contatti sono comuni nei progetti KNX: allarmi, contatti finestra, pulsanti, segnali tecnici e sicurezza.

  • Identificare ingressi binari, contatti e allarmi nel progetto ETS.
  • Verificare DPT, trasmissione, oggetto stato e visibilita gateway.
  • Non aumentare il core count per progetti ricchi di ingressi.
Apri AI AssistantVedi prodotto

Cross-check ingresso binario KNX

La preview mostra oggetti ingresso KNX e struttura Control4 per review prima dell export.

Contesto da rendere visibile prima di Composer

Un ingresso binario e spesso stato o contesto trigger, non automaticamente un device Control4 visibile.

Flusso di lavoro consigliato

AI Assistant mostra fonte ETS, DPT, indirizzo e nome. L installatore decide se usarlo come logica Composer, stato nascosto o item review.

  • Identificare ingressi binari, contatti e allarmi nel progetto ETS.
  • Verificare DPT, trasmissione, oggetto stato e visibilita gateway.
  • Non aumentare il core count per progetti ricchi di ingressi.

Controllo prima dell export .codu

Verificare semantica DPT 1, transmit flag, feedback, percorso router/line coupler ed emissione reale al cambio contatto.

Errori evitati con questo approccio

Senza review nascono fake light, eventi mancati o segnali tecnici visibili come normali device.

Fonti ufficiali verificate

Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.

Strumenti e documentazione correlati

FAQ

Gli ingressi binari contano come licenza?

No. Lo scope conteggiato resta luci, blinds, termostati e gateway KNX/IP.

Un contatto KNX puo triggerare Control4?

Puo essere possibile se DPT, trasmissione e rappresentazione Composer sono corretti.

Ogni ingresso deve diventare device?

No. Molti sono meglio come contesto programmazione o stato nascosto.

Passaggio successivo

Verifica segnali ingresso prima di Composer

Importa ETS, trova i contatti ed esporta .codu dopo review DPT/trasmissione.