블루투스 저에너지 호스트 tws 미니 무선 스피커의 서비스 및 사양

Bluetooth Classic에서 Bluetooth Low Energy로의 가장 흥미로운 전환은 서비스 및 사양 아키텍처입니다. 클래식 Bluetooth의 대부분의 사양과 프로토콜은 동작 및 상호 작용 지침을 정의합니다. 그것들은 매우 복잡하고 다양한 개념을 결합합니다. 그 중 가장 큰 문제 중 하나는 이러한 사양이 링크의 양쪽 끝에 있는 두 가지 유형의 장치만 정의하고 각각의 동작을 별도로 정의한다는 것입니다. 언뜻 보기에 이것은 마치 휴대폰과 자동차(핸즈프리) 키트가 있는 것처럼 필요한 것처럼 보이며 특정 애플리케이션을 기반으로 각각의 작동 방식과 상호 작용 방식을 정의해야 합니다. 불행히도 이것은 또한 약간의 문제를 일으켰습니다. www.bjbjaaudio.com

첫 번째 문제는 기존 사양이 네트워크에서 장치 자체의 동작을 명확하게 정의하지 않는다는 것입니다. 즉, 두 장치가 모두 고유한 동작을 정의하는 것처럼 보이지만 때로는 장치 자체에서 수행해야 하는 작업이 명확하지 않은 경우가 있습니다. 이로 인해 두 장치 모두 다른 장치가 작업을 수행해야 한다고 잘못 믿고 결과적으로 작업이 지연되는 많은 오해가 발생할 수 있습니다. 예를 들어, 핸즈프리 프로필(HFP)에는 "핸즈프리 구성요소(HF) 및 오디오 게이트웨이(AG)가 필요할 때마다 오디오 연결을 시작할 수 있습니다."라고 명시되어 있습니다. 누가 연결을 시작해야 하는지에 대한 질문이 발생합니다. 예 핸즈프리 구성 요소 또는 오디오 게이트웨이? 둘 다 동시에 초기화하면 어떻게 될까요? 인터랙티브한 꿈입니다. 분명한 해결책은 장치가 자신의 동작을 개별적으로 정의하여 수행해야 할 작업을 명확하게 하는 것입니다. www.bjbjaaudio.com

두 번째 문제는 기존 사양을 원래 계획하지 않은 새로운 시나리오에 거의 사용할 수 없다는 것입니다. 사양은 두 장치가 상호 작용하는 방식을 정의하고 장치가 약간 다르기 때문에 사양을 사용하기 어렵습니다. 이것은 규범 자체에도 어려운 문제입니다. 예를 들어 핸즈프리 사양은 휴대폰과 해당 차량용 키트를 정의하지만 실제로는 대부분의 애플리케이션 조합은 휴대폰과 헤드셋입니다. 전화기는 차량용 키트 또는 헤드셋과 통신 중인지 여부를 알 수 없으며 상대방이 차량용 키트일 수 있으므로 전화기는 업데이트된 인터페이스가 표시될 수 있도록 UI 상태 업데이트를 다른 장치로 계속 전송합니다. 상대방이 헤드셋인 경우 신호 강도가 4개 막대에서 3개 막대로 떨어지는 것을 신경 쓰지 않기 때문에 이것은 전력 낭비입니다. 확실한 해결책은 각 장치의 기능을 모르는 상태에서 각 장치의 동작을 정의하는 것입니다. www.bjbjaaudio.com