KNX/EIB

이 KNX/EIB 인터페이스는 이더넷을 통해 연결할 수 있습니다. 또한, 장기적인 경험에서 나온 팁과 트릭도 찾을 수 있습니다.

KNX 프로젝트 가져오기

인터페이스를 생성한 후 KNX 프로젝트를 가져올 수 있습니다. 프로젝트에 암호가 설정된 경우 암호를 입력하라는 메시지가 표시됩니다. 이 암호는 인터페이스에서 고급에 저장됩니다.

팁: 가져온 후 채널을 생성할 수 있습니다.

Theben LUXORplug 프로젝트 가져오기

LUXORplug 프로젝트를 직접 가져올 수 있습니다. 이 프로젝트는 ETS 프로젝트와 동일한 방식으로 가져옵니다. 그룹 주소 목록과 Gewerke 폴더는 생성되지 않습니다. 개요를 위해 센서는 건물에서 제거되었습니다. 가져온 후 채널을 생성할 수 있습니다.

채널 생성

구조 Gebäude 및 Topologie에서 채널을 생성할 수 있습니다. 이를 위해 다양한 조건이 충족되어야 합니다. ETS에서 데이터 유형을 선언하는 것이 중요합니다.

유형	조건
등	최소 두 개의 부울 값.
조명 조절	최소 하나의 bool_dimup 값과 두 개의 uint_byte 유형의 값.
RGB등	최소 두 개의 color_3bytes 색상 값. 개별 채널 버전은 현재 지원되지 않습니다.
블라인드/롤러 셔터	최소 하나의 bool_up 값과 두 개의 uint_byte 값.
블라인드와 슬랫	최소 하나의 bool_up 값과 네 개의 uint_byte 값.

상태 값을 위한 값은 전송 값 이후에 나타납니다. 슬랫 기능은 slat 및 lam이라는 용어를 통해 인식됩니다.

데이터 유형 결정

KNX 기반의 다른 시각화와 달리 데이터 유형의 변환이 이루어집니다. 모든 KNX 데이터 유형(DPT)은 SPS 형식으로 변환됩니다. ETS에서 이를 확인할 수 있습니다. 다음은 DPT 변환 목록입니다.

팁: 가져오기 전에 ETS 프로젝트에서 모든 데이터 유형을 결정하세요. 그런 다음 Antcas Control이 이를 자동으로 처리합니다.

RAW 텔레그램

raw 데이터 유형은 다음과 같이 구성됩니다. 각 바이트는 16진수로 표시되며 공백으로 구분됩니다:

00 FF 3B

또는 $-기호로 시작하는 이진 값(6비트):

$3F

Read 요청

read 데이터 유형을 사용하여 Read 요청을 평가할 수 있습니다. 응답을 보내려면 그룹 주소 앞에 r을 직접 배치할 수 있습니다. 예: r1/4/23. 이렇게 하면 응답이 전송됩니다.

프로그래밍은 다음과 같이 수행됩니다. in.switchRead는 출력의 상태인 out.switch에서 즉시 응답을 보내는 플랭크를 생성합니다.

참고: r로 시작하는 그룹 주소는 설치 목록에 표시되지 않습니다.

변수 오프라인 및 오류

인터페이스 진단을 위한 두 개의 변수가 있습니다. offline 변수는 모든 게이트웨이가 고장 나거나 분리된 경우 참입니다. error 변수는 인터페이스가 고장 났지만 여전히 운영할 수 있는 경우 참입니다. 멀티캐스트에서는 서비스만 진단할 수 있으며 게이트웨이를 진단할 수 없습니다. 게이트웨이 없이 초기화하는 경우 offline 변수가 자동으로 참으로 설정됩니다.

Flow-Control

게이트웨이의 Flow-Control은 필터링되지 않은 라우터만 사용하므로 반드시 텔레그램 수와 읽기 요청 수를 설정해야 합니다. 이는 100ms로 설치된 각 라우터당 설정해야 합니다. 즉, 2개의 라우터가 멀티캐스트를 통해 동시에 호출되는 경우 간격은 200ms여야 합니다. 더 큰 프로젝트에서는 읽기 요청을 높일 수 있습니다. 즉, 약 2000ms로 설정할 수 있습니다.

중요한 참고 사항

• KNX 버스를 통해 안전 응용 프로그램을 제어하지 마세요. 이 버스에는 적합하지 않습니다. 고장 난 모션 센서 또는 콘덴서 물로 인한 단락으로 인해 알람이 방지될 수 있습니다.
• 버스가 외부 영역에 설치되는 경우 새 라인을 생성해야 합니다. 이렇게 하면 외부 영역에서 단락이 발생하더라도 건물 내부의 기능이 보장됩니다. 또한 패킷 필터를 라인 커플러에 설정하여 버스를 의도하지 않은 접근으로부터 보호할 수 있습니다.
• 멀티캐스트 아키텍처의 경우 액세스 보안을 고려하세요. 공공 건물에서 멀티캐스트 사용을 피하세요.
• KNX 버스가 매우 느리므로 여러 필터링된 라인을 생성하고 이를 서버에서 개별적으로 제어할 수 있습니다. KNX 버스가 네트워크 수준에서도 9600 보드만 가짐을 확인하세요.
• 라우팅 시 루프를 주의하세요. KNX는 라우팅 카운터로 무한 루프에 대한 해결책을 제공하지만 버스 속도는 여전히 영향을 받습니다. 서버에서는 여러 게이트웨이를 사용하는 경우 패킷이 기본적으로 내부에서 전달되지 않습니다.

체크리스트

• 대형 프로젝트에서 버스 길이를 자주 잊습니다. 전기 기술자가 케이블을 항상 계획한 위치에 설치하지 않을 수 있음을 기억하세요. 따라서 계획된 스타형 배선 대신 루프형 배선이 될 수 있습니다. 마지막 액터가 전원 공급 장치에서 1000m 이상 떨어진 경우 버스 안정성이 떨어질 수 있습니다.
• 배포 시 예산을 잘 계획하세요. 디머 등에 대한 분배기 공간이 부족한 경우가 자주 발생합니다. 고객과 함께 개념에서 최대 확장성을 결정하여 이 문제를 가능한 한 피하세요.

문제 해결

텔레그램이 자주 반복됩니다

ETS 그룹 모니터에서 텔레그램이 노란색으로 표시되면 패킷 충돌로 인해 다시 전송됩니다. 갑자기 지속적으로 발생하는 경우 다음과 같은 문제가 있을 수 있습니다:

• 전원 공급 장치 교체 --> 필터 또는 감속 코일 고장
• 버스 루프 --> 분기점에서 분리하고 라인을 스캔하여 오류를 찾습니다.
• 이중 트위스트 페어 케이블에서 페어가 서로 연결됨 --> 이는 루프를 생성하며 분리해야 합니다. U72 케이블을 사용하는 오래된 설치에서 자주 발견됩니다.
• 선 길이가 너무 길음 --> 참가자의 전압을 확인하세요. 최소 24V여야 합니다(KNX는 21V까지 작동 가능)
• 불안정한 접점 --> 매우 드문 경우이며 찾기 어렵습니다.

Invalid Frame - 무효한 프레임

ETS 그룹 모니터에서 텔레그램이 파란색으로 표시되면 ETS가 버스와 통신할 수 없습니다. 가능한 원인은 다음과 같습니다:

• 버스 전압 확인 --> 단락 또는 선 길이가 너무 길음
• 전원 공급 장치 교체 --> 필터 또는 감속 코일 고장
• 게이트웨이 고장 --> 인터페이스 교체

기기를 로드할 수 없습니다

모든 것이 도움이 되지 않는 경우 가능한 경우 별도의 전원 공급 장치를 사용하여 기기를 로드해 보세요.

• 버스 재시작 --> 1분 동안 230V 전원을 분리(액터 포함)
• 버스 전압 확인 --> 단락 또는 선 길이가 너무 길음
• 전원 공급 장치 교체 --> 필터 또는 감속 코일 고장
• 기기 또는 버스 커플러 고장 --> 기기 교체
• 그룹 모니터 확인 --> 다른 기기가 간섭을 일으키거나 텔레그램이 너무 많아 타임아웃이 너무 빨리 발생할 수 있습니다(ETS: 기기가 응답하지 않음)
• 라인 커플러가 모든 텔레그램을 라우팅하지 않음 --> 라인 커플러를 통해 로드하지 마세요

하위 페이지

• 데이터 유형