การออกแบบโปรเซสเซอร์ร่วมรองรับโดย OpenThread เมื่อสร้างตัวอย่าง OpenThread ระบบจะสร้างรูปภาพเฟิร์มแวร์สําหรับการออกแบบโปรเซสเซอร์ร่วมแต่ละรายการโดยอัตโนมัติ ดูข้อมูลเพิ่มเติมได้ที่ไบนารี
โปรเซสเซอร์ร่วมวิทยุ (RCP)
![สถาปัตยกรรม OT RCP](https://openthread.google.cn/static/platforms/images/ot-arch-rcp-vert.png?hl=th)
ในการออกแบบ RCP แกนกลางของ OpenThread จะอยู่บนโปรเซสเซอร์ของโฮสต์โดยมี "ตัวควบคุม" เลเยอร์ของ MAC เพียงเล็กน้อยในอุปกรณ์ที่มีวิทยุเทรด โดยปกติแล้ว หน่วยประมวลผลของโฮสต์จะไม่เข้าสู่การออกแบบนี้ ซึ่งส่วนหนึ่งก็มาจากความเสถียรของเครือข่ายเทรด
การสื่อสารระหว่าง RCP และผู้ประมวลผลข้อมูลโฮสต์ได้รับการจัดการโดย OpenThread Daemon ผ่านอินเทอร์เฟซ SPI ผ่านโปรโตคอล Ssprl
ข้อได้เปรียบคือ OpenThread จะสามารถใช้ทรัพยากรบนตัวประมวลผลที่มีประสิทธิภาพมากกว่าได้
การออกแบบนี้มีประโยชน์สําหรับอุปกรณ์ที่มีความละเอียดอ่อนต่อข้อจํากัดด้านพลังงาน เช่น หน่วยประมวลผลของโฮสต์ของกล้องวิดีโอจะเปิดในการประมวลผลวิดีโอเสมอ
เราเตอร์ของ OpenThread Border รองรับการออกแบบ RCP ดูข้อมูลเพิ่มเติมได้ที่เราเตอร์เส้นขอบของ OpenThread
หากต้องการสร้าง RCP โปรดดู Codelab ต่อไปนี้
สร้างเครือข่ายเทรดด้วย nRF52840 เราเตอร์ของเทรด
โปรเซสเซอร์ร่วม (NCP) ของเครือข่าย
![สถาปัตยกรรม OT NCP](https://openthread.google.cn/static/platforms/images/ot-arch-ncp-vert.png?hl=th)
การออกแบบ NCP มาตรฐานมีฟีเจอร์ของชุดข้อความใน SoC และเรียกใช้เลเยอร์แอปพลิเคชันบนตัวประมวลผลโฮสต์ ซึ่งโดยทั่วไปจะมีความสามารถมากกว่า (แต่มีความต้องการพลังงานมากกว่า) มากกว่าอุปกรณ์ OpenThread
การสื่อสารระหว่าง NCP และผู้ประมวลผลข้อมูลโฮสต์ได้รับการจัดการโดย wpantund
ผ่านอินเทอร์เฟซอนุกรม ซึ่งโดยทั่วไปจะใช้ SPI หรือ UART ผ่านโปรโตคอล Sมาร์กอัป
ข้อดีของการออกแบบนี้คือโฮสต์ที่มีกําลังไฟสูงขึ้นจะนอนหลับได้ในขณะที่อุปกรณ์ OpenThread พลังงานต่ํายังคงทํางานอยู่เพื่อรักษาตําแหน่งไว้ในเครือข่ายเทรด และเนื่องจาก SoC ไม่ได้เชื่อมโยงกับเลเยอร์ของแอปพลิเคชัน การพัฒนาและการทดสอบแอปพลิเคชันจึงขึ้นอยู่กับบิลด์ของ Openthread
การออกแบบนี้มีประโยชน์สําหรับอุปกรณ์เกตเวย์หรืออุปกรณ์ที่มีความต้องการในการประมวลผลอื่นๆ เช่น กล้อง IP และลําโพง
โปรโตคอลที่สันสมุดภาพ
Savenl เป็นโปรโตคอลการจัดการทั่วไปที่ช่วยให้อุปกรณ์โฮสต์สื่อสารและจัดการโปรเซสเซอร์ร่วมได้ Savenl ออกแบบมาให้รองรับ NCP แบบชุดข้อความในตอนแรก ซึ่งออกแบบมาด้วยวิธีที่มีเลเยอร์ซึ่งช่วยให้ปรับให้เข้ากับเทคโนโลยีเครือข่ายอื่นๆ ได้ง่ายในอนาคต โดยใช้กับทั้งการออกแบบ RCP และ NCP
โปรโตคอลนี้รวมอยู่ใน OpenThread ที่ /src/lib/spinel
เครื่องมือ Python CLI ที่ชื่อ Pysapisl มีไว้เพื่อการทดสอบ
ดูข้อมูลเพิ่มเติมได้ที่ Internet-Drafts สําหรับ Ssprl Host-Controller Protocol