BT 4.0과 4.2 사이의 호환성에 대해 읽었습니다. 나는 여기와 다른 포럼에서 사람들이 완전 호환됨을 발견했다. 또한, 내가 읽은 바에 따르면, 주요 차이점은 기본적으로 보안, 속도 및 IoT 물건이 될 것입니다. 따라서 간단한 BT 연결 (IP 없음)을 실행하고 최고 속도 전송이 필요하지 않은 경우 4.0 및 4.2가 호환 될 수 있다는 사실에 의지 할 수 있습니까?블루투스 4.2는 4.0과 호환됩니까?
내 MCU 라이브러리 스택은 4.2 기반이지만 제품 4.0을 호환 가능하게 만들고 싶습니다. 내가 알아야 할 것이 있습니까? 내가 사용해서는 안되는 다른 기능/기능은 무엇입니까?
4.2 기능은 중앙 및 주변 장치간에 협상됩니다. 4.2 호스트가 4.0과 협상을 시도하면 메시지를 알 수 없기 때문에 협상에 실패합니다. 오류는 소프트 오류로 가정해야합니다. 4.2 호스트에서 기능이 지원되지 않습니다.
길이 확장 6.B.5.1.9의 : 마스터 또는 슬레이브의 링크 계층은 그 PDU를 이해하지 않는 장치에 LL_LENGTH_REQ의 PDU 를 전송
경우 예를 들어 장치는 이 응답으로 LL_UNKNOWN_RSP PDU를 가져야합니다. 링크 계층이 UnknownType 필드가 LL_LENGTH_REQ, 으로 설정된 LL_UNKNOWN_RSP PDU를 수신하면 다른 LL_LENGTH_REQ PDU를 피어 장치로 전송하지 않습니다.
3.H.3.5.2에 보안 연결 :
SC 필드 그렇지 않으면한다, LE는 연결 페어링 보안 요청 하나로 설정하는 1 비트 플래그이다 초 기자 및 응답자의 지원되는 기능을 기반으로 0으로 설정하면 메커니즘을 사용할 수 있습니다. 두 장치가 모두 LE 보안 연결을 지원하면 LE 보안 연결을 사용하십시오. 그렇지 않으면 LE 레거시 페어링을 사용하십시오.
그래서 기본적으로, 예, 완벽하게 호환됩니다.
사이드 노트 : 4.2 사양에서도 모든 "새로운"기능은 선택 사항입니다 (길이 확장, 보안 연결 등). 따라서 호스트가 "나는 그들에 대해 알고 있지만, 나는 그들을지지하지 않는다"는 의미의 메시지로 협상에 응답하는 한, 4.2 호환성을 주장 할 수 있으며 실제로는 아무것도 구현하지 않습니다! 현재 하드웨어를 위해 4.2로 소프트웨어 업그레이드를 한 대부분의 SoC 벤더들은 실제로 그렇게했다.
응용 프로그램이 보안 연결과 같은 BLE 4.2 기능을 사용하도록 제한하지 않는 한 호환됩니다. 귀하의 경우에는 문제가되어서는 안됩니다. – Tim