Contiki to XBee

Question

XBee S2c RF 보드와 통신하기 위해 CC2650 모듈을 얻으려고합니다. XBee를 802.15.4 드라이버로 업데이트했습니다. CC2650에서 Contiki를 사용하고 있습니다. Rime 스택을 구현할 때조차도 XBee가 Rime을 이해하지 못하기 때문에이 아이디어가 도출 될지 의심 스럽다. 결국 CC2650은 Contiki 기반 코드로 플래시되며 XBee는 응답하도록 프로그래밍되지 않은 자체 내부 펌웨어를 가지고 있습니다. 내가 틀렸다면 누군가 제발 정정 해 줄 수 있습니까?

1. 는 XBee가 CC2650RF 층은 컨티키에 의해 설정되는 독점 802.15.4 프로토콜을 사용합니까 :

   또한, 친절 Q의 아래에 대한 답변을 도와?

2. 내가 다른 MuC로 마이그레이션 할 때 내 코드를 많이 변경할 필요가 없도록 Contiki를보고있었습니다. Contiki 플랫폼 계층은 공통 Contiki 메커니즘을 기본 API로 변환하는 것을 처리합니다. Contiki가 일반적인 레이어라는 가정에 맞습니까?

3. XBee와 직접 대화 할 수있는 통신 방법 (즉, Contic에서 지원되는 Contribute, Broadcast 등)이 있습니까?

4. Contiki의 모든 프로토콜이 명확하게 설명 된 단일 장소가 있습니까? Iam은 코드만으로 시간을 보내고 이러한 각각의 메서드의 정확한 특성을 확인하려고합니다. Contiki 위키와 몇 가지 다른 리소스를 통해 이미갔습니다.

도와주세요.

누군가가 CC2650으로이 질문을 친절하게 태그 할 수 있습니까? 나는 그것을하기에는 자격이 부족한 것처럼 보입니다.

는, 사전에 감사 라훌

Answer 1

좋아. 질문을 게시하기 전에이 작업을 수행해야합니다. Q1에

http://knowledge.digi.com/articles/Knowledge_Base_Article/XBee-802-15-4-Addressing

답변 : 답변은 내가이 링크를 통해 걸림돌 후 한 약간 더 실험에 누워 예. 그들은 둘 다 같은 프로토콜에 대해 이야기하고있는 것처럼 보입니다.

Q2에 대한 답 : 그러나 나 자신이 옳다는 것을 증명해야합니다. 의견은 환영합니다.

Q3에 대한 답변 : 약간 깁니다.

Rime 프로토콜에 대한 Adam Dunkel의 연구 논문은 코드를 최소화하는 방법으로 RIme를 제공합니다. 802.15.4의 PHY 또는 MAC 계층을 조작하는 새로운 방법이 아닙니다. 따라서 Rime 프로토콜이 메시지가 전송되는 방식이 바뀌는 것에 대한 두려움은 잘못되었습니다. 이제 실제 논문의 경우 일부 인터넷 검색을 통해 쉽게 찾을 수 있습니다. 그러나 여기에 easier click이 있습니다. 따라서 스택의 어떤 부분이 사용되던 지 상관없이, XBee는 위의 두 링크 중 첫 번째 링크를 따라 구성된 한 그 스택을 수신 할 수 있습니다.

Q4 : Adam Dunkels 'Rime 링크는 초기 질문에서 언급 한 링크입니다. RIme 논문 자체의 그림 1을 해석하기 위해 매우 상세한 코드 검사가 필요할 수 있습니다.