에 캐쉬됩니다. 또 다른동글을 잡아서 사용한다면 ("00:xx:...")의 디렉토리가 또 생기겠죠.
안의 디렉토리를 보면,
classes, config, features, lastseen, lastused, linkkeys, manufacturers, names, profiles, sdp, trusted와 같은 파일이 존재하며, BT를 local 디바이스에 대한 기본정보서부터 name request한 정보와 bonded된 리스트까지 저장하고 있습니다.
특이한점은 name_req를 하면, 위의 캐쉬된 정보를 먼저 보여주고, 캐쉬되지 않은 디바이스에 대해서만 name_req를 해서 보여주는 구조를 취하고 있습니다. 즉, search할때마다 name_req를 하지 않아 name_req가 빨리 실행되는거 같은 장점이 있으나, 업데이트된 name device에 대해선 정보를 pairing하기 전까진 모를수 있다는 단점이 있죠.
Linux의 BlueZ
Linux의 BlueZ 라면,
/var/lib/bluetooth/00:xx:xx:xx:xx:xx(본인의 BT동글 address주소)
에 캐쉬됩니다. 또 다른동글을 잡아서 사용한다면 ("00:xx:...")의 디렉토리가 또 생기겠죠.
안의 디렉토리를 보면,
classes, config, features, lastseen, lastused, linkkeys, manufacturers, names, profiles, sdp, trusted와 같은 파일이 존재하며, BT를 local 디바이스에 대한 기본정보서부터 name request한 정보와 bonded된 리스트까지 저장하고 있습니다.
특이한점은 name_req를 하면, 위의 캐쉬된 정보를 먼저 보여주고, 캐쉬되지 않은 디바이스에 대해서만 name_req를 해서 보여주는 구조를 취하고 있습니다. 즉, search할때마다 name_req를 하지 않아 name_req가 빨리 실행되는거 같은 장점이 있으나, 업데이트된 name device에 대해선 정보를 pairing하기 전까진 모를수 있다는 단점이 있죠.
답변 감사합니다. ㅎㅎ
여기에 있었구나~
답변 감사 합니다.
그리고 좋은 정보도 주셔서 고맙습니다. ㅎㅎ
댓글 달기