Chúng ta đã thảo luận về hai loại Giao diện Ngoại vi Đa năng trong các hệ thống nhúng UART và I2S trong Chương Ⅰ . Bây giờ chúng ta hãy tìm hiểu về I2C, ADC và CAN bus trong Chương Ⅱ . I2C là gì? I2C (Mạch tích hợp liên kết) là một bus nối tiếp hai dây, bán song công do Philips phát triển, chủ yếu được sử dụng để liên lạc giữa các chip ở khoảng cách gần và tốc độ thấp. Nó là một tiêu chuẩn xe buýt được sử dụng rộng rãi trong lĩnh vực điều khiển truyền thông vi điện tử. Đây là một hình thức giao tiếp đồng bộ đặc biệt, với các ưu điểm như ít đường giao diện hơn, phương pháp điều khiển đơn giản và đóng gói thiết bị nhỏ. I2C có thể truyền thông tin giữa các nút multi-master và multi-salve chỉ bằng hai dây: SDA (dữ liệu nối tiếp) và SCL (đồng hồ nối tiếp). Tốc độ truyền dữ liệu hai chiều 8-bit nối tiếp có thể đạt 100 Kbit/s ở chế độ tiêu chuẩn, 400 Kbit/s ở chế độ nhanh và 3,4 Mbit/s ở chế độ tốc độ cao. Kết nối thiết bị được hiển thị trong Hình 1. Hình 1 Kết nối I2C Bus Master tới Slave I2C hoạt động như thế nào? Dữ liệu trên đường SDA phải ổn định trong khoảng thời gian cao của đường SCL. Trạng thái CAO hoặc THẤP của đường SDA chỉ có thể thay đổi khi tín hiệu đồng hồ trên đường SCL ở mức thấp. Hình 2 Tín hiệu dữ liệu đồng bộ Điều kiện bắt đầu : Khi SCL ở mức CAO và SDA nhảy từ CAO xuống THẤP, quá trình truyền dữ liệu bắt đầu. Điều kiện dừng : Khi SCL ở mức CAO và SDA nhảy từ THẤP lên CAO, quá trình truyền dữ liệu dừng lại. Cả điều kiện bắt đầu và điều kiện dừng đều do các thiết bị chính đưa ra. Sau khi điều kiện bắt đầu được tạo, xe buýt ở trạng thái bị chiếm đóng. Và sau khi điều kiện dừng được tạo, xe buýt được giải phóng và ở trạng thái không hoạt động. Ở trạng thái nhàn rỗi, cả SCL và SDA đều ở mức cao. Quá trình này được thể hiện trong Hình 3 bên dưới. Hình 3 Điều kiện Bắt đầu và Điều kiện Dừng Tín hiệu xác nhận: sau khi hoàn thành việc truyền 1 byte, tức là trong chu kỳ xung nhịp SCL thứ 9, chủ cần giải phóng bus SDA và bàn giao quyền điều khiển bus cho nô lệ. Do vai trò của điện trở kéo lên, lúc này bus ở mức cao. Nếu nô lệ nhận chính xác dữ liệu do chủ gửi, nó sẽ kéo SDA xuống, biểu thị tín hiệu xác nhận. Tín hiệu không xác nhận : Khi đạt đến chu kỳ xung nhịp SCL thứ 9, SDA vẫn ở mức cao, biểu thị tín hiệu không xác nhận. Mỗi byte phải được đảm bảo là 8 bit. Khi truyền dữ liệu, bit cao nhất (MSB) được truyền trước và sau mỗi byte được truyền phải được theo sau bởi một bit xác nhận (tức là một khung có tổng cộng 9 bit). Nếu không có tín hiệu xác nhận từ nô lệ trong một thời gian nhất định, nó sẽ tự động được coi là nô lệ đã nhận dữ liệu chính xác và chủ sẽ gửi điều kiện dừng để kết thúc giao tiếp. Định dạng truyền dữ liệu được hiển thị trong Hình 4. Hình 4 Định dạng truyền dữ liệu I2C thường được sử dụng để liên lạc giữa các thiết bị ngoại vi MCU hoặc nhiều MCU. Giao diện I2C có các đặc điểm của phần cứng đơn giản và lập trình phần mềm dễ dàng. Bộ chuyển đổi tương tự sang kỹ thuật số ( ADC ) là gì？ Trong các hệ thống thiết bị, thường cần phải...

khoảng thời gian phát sóng và khoảng thời gian kết nối khoảng thời gian phát sóng: phạm vi có thể cài đặt là 20 ms đến 1024 ms . khoảng thời gian phát sóng tối đa của mô-đun rf-star là 5 s . vì khoảng thời gian phát sóng là yếu tố chính ảnh hưởng đến mức tiêu thụ điện năng . khoảng thời gian phát sóng càng lớn , công suất tiêu thụ càng thấp . tuy nhiên , nếu mô-đun cho phép khoảng thời gian phát sóng lớn hơn , thì thiết lập kết nối và hoạt động quét sẽ hoạt động chậm . trong khoảng thời gian phát sóng là 5 s , thì có thể không kết nối có thể được xây dựng . rf-star khuyến nghị khoảng thời gian phát sóng tối đa là 2 s . khoảng thời gian kết nối: phạm vi có thể cài đặt là 8 ms đến 425 s . khoảng kết nối mặc định giữa các mô-đun rf-star là 20 ms . khoảng kết nối giữa mô-đun BLE và điện thoại di động sẽ khác . khoảng kết nối tối thiểu mặc định của hệ thống ios là 30 ms , và andriod có thể đạt 20 ms trở xuống .

kiểm soát luồng phần cứng và kiểm soát luồng phần mềm kiểm soát luồng phần cứng: danh sách mô-đun dựa trên chất bán dẫn nordic rf-star: nrf52832: RF-BM-ND04 , RF-BM-ND04I , rf-bm-nd08 nrf52810: RF-BM-ND04C , RF-BM-ND04CI , rf-bm-nd08c nrf52805: RF-BM-ND09 , rf-bm-nd09a nrf52811: RF-BM-ND04A , rf-bm-nd08a nrf52833: rf-bm-nd07 nrf52840: RF-BM-ND05 , RF-BM-ND05I , rf-bm-nd06 danh sách mô-đun dựa trên phòng thí nghiệm silicon efr32bg22c112: RF-BM-BG22A1 EFR32BG22C224: rf-bm-bg22a3 kiểm soát luồng phần mềm: mô-đun dòng rf-star: rs02a1-a: RSBRS02AA , RSBRS02AI RS02A1-B: RSBRS02ABR , RSBRS02ABRI Mô-đun dòng TI: cc2640r2frsm: RF-BM-4044B1 , RF-BM-4044B2 , RF-BM-4044B4 , RF-BM-4044B5 CC2640R2FRGZ: RF-BM-4077B1 CC2640R2F-Q1: RF-BM-4077B2 CC2640R2LRHB: RF-BM-4055B1L CC2640R2LRGZ: rf-bm-4077b1l để đảm bảo chức năng nhận và truyền bình thường của các mô-đun BLE ,, điều khiển luồng phần cứng phải quan tâm đến chân CTS , trong khi điều khiển luồng phần mềm phải quan tâm đến BRTS .

Khoảng thời gian kết nối MTU , và tốc độ truyền trong suốt mtu là đơn vị truyền tối đa trong quá trình truyền dữ liệu BLE . MTU được đặt để giới hạn độ dài dữ liệu tối đa của thiết bị BLE . MTU của BLE4 . 0 là 23 byte và BLE5 . 0 là 251 byte . đối với BLE4 . 0 , gói dữ liệu tối đa phải là (MTU-3) byte , tức là , độ dài dữ liệu tối đa là 20 byte . đối với BLE4 . 2 , tốc độ truyền thông được tăng lên theo mức tăng của mtu . đối với BLE5 . 0 , MTU sẽ khác với SDK của các nhà sản xuất khác nhau . nordic nrf52 series: 247 byte; sê-ri rf-star rs02ax: 251 byte; siliconlabs sê-ri EFR32BG22: 250 byte; Sê-ri TI CC26XX: 251 byte . các hệ thống điện thoại di động khác nhau có MTU khác nhau . android là 251 byte , trong khi ios là 185 byte . mỗi gói BLE là (MTU-3) byte . đối với mô-đun cổng nối tiếp rf-star ,, tốc độ truyền trong suốt là một trong những yếu tố quan trọng nhất mà người dùng sẽ cân nhắc . vậy , làm thế nào chúng ta có thể đạt được tốc độ truyền trong suốt lớn nhất? trạng thái kết nối của mô-đun cổng nối tiếp BLE là hoạt động định kỳ của các sự kiện nghỉ và sự kiện kết nối . thời gian giữa hai sự kiện là khoảng thời gian kết nối . dữ liệu chỉ có thể được gửi ra khi sự kiện kết nối đến . không có cơ hội để gửi dữ liệu trong sự kiện ngủ . khoảng thời gian kết nối càng nhỏ , các sự kiện kết nối càng gần . thì , càng có nhiều cơ hội để gửi dữ liệu và nhiều dữ liệu được gửi hơn . 6 ~ 7 khung dữ liệu có thể được gửi trong mỗi sự kiện kết nối . vì vậy , khi nhiều dữ liệu hơn có thể được gửi trong một khung dữ liệu , thì nhiều dữ liệu hơn có thể được truyền trong một sự kiện kết nối . một khung dữ liệu có nghĩa là MTU . MTU càng lớn , thì tốc độ truyền trong suốt càng cao . khi chúng tôi kiểm tra tốc độ truyền trong suốt giới hạn , chúng tôi thường rút ngắn khoảng thời gian kết nối và tăng MTU . hơn thế nữa , có rất nhiều yếu tố khác có thể ảnh hưởng đến tốc độ , bao gồm cả tốc độ truyền , đơn khoảng thời gian gửi dữ liệu cổng nối tiếp .

chức năng xác thực và ghép nối của mô-đun BLE từ quan điểm của giao thức: xác thực: xác thực được sử dụng để kiểm tra danh tính thiết bị bằng dữ liệu UART , chỉ hiệu quả đối với APP . làm thế nào để sử dụng chức năng xác thực? bật chức năng xác thực và đặt mật khẩu để xác thực cho thiết bị phụ . khi thiết bị chủ kết nối với thiết bị phụ , thiết bị chủ phải gửi mật khẩu đặt trước trong kênh xác thực . sau khi thiết bị phụ nhận được mật khẩu , nó sẽ kiểm tra xem mật khẩu có giống với mật khẩu đã đặt trước hay không . nếu có , kết nối sẽ được giữ nếu không , kết nối sẽ bị vô hiệu hóa . ghép nối: ghép nối được hỗ trợ bởi giao thức cơ bản bluetooth . nó sẽ lưu thiết bị được ghép nối trong danh sách ghép nối . bất kể thiết bị nào dành cho phần chính là: mô-đun hay điện thoại di động , thiết bị đó hỗ trợ chức năng ghép nối . cho chức năng: xác thực: xác thực yêu cầu mật khẩu trong kênh cho mỗi kết nối . ghép nối: ghép nối hỗ trợ kết nối trực tiếp mà không cần mật khẩu sau khi thiết lập ghép nối đầu tiên . chỉ địa chỉ MAC của thiết bị ghép nối trước bị xóa trong danh sách ghép nối , sẽ có mật khẩu cần thiết để thiết lập lại kết nối ,

đấu dây cơ bản của chân mô-đun bluetooth mô-đun dòng rf-star: rs02a1-a: RSBRS02AA , RSBRS02AI RS02A1-B: RSBRS02ABR , rsbrs02abri các chân cần được kết nối trong quá trình kiểm tra truyền trong suốt và gỡ lỗi: VCC , GND , TX , RX , BRTS , BCTS , EN (hoạt động ở mức thấp cho các chân BRTS , BCTS và EN ). các chân cần được kết nối trong quá trình phát sóng: VCC , GND , vi . các chân cần được kết nối trong quá trình nhấp nháy chương trình cơ sở (bằng j-link hoặc trình ghi ngoại tuyến): SWC , SWD , VCC , GND , RES . Mô-đun dòng TI: cc2540: RF-BM-S01 , RF-BM-S02 , RF-BM-S02I CC2541: RF-CC2540A1 , RF-BM-S01A , RF-BM-S02A , RF-BMPA-2541B1 CC2640R2FRSM: RF-BM-4044B1 , RF-BM-4044B2 , RF-BM-4044B4 , RF-BM-4044B5 CC2640R2FRGZ: RF-BM-4077B1 CC2640R2F-Q1: RF-BM-4077B2 CC2640R2LRHB: RF-BM-4055B1L CC2640R2LRGZ: rf-bm-4077b1l các chân cần được kết nối trong quá trình kiểm tra truyền trong suốt và gỡ lỗi: VCC , GND , TX , RX , RES , BRTS , BCTS , EN (hoạt động ở mức thấp cho BRTS , Chân BCTS và EN) . các chân cần được kết nối trong quá trình nhấp nháy chương trình cơ sở: cc2540 / cc2541: TDI , TDO (bởi cc-debugger) cc2640: TMS , TCK (bởi xds110) mô-đun sê-ri nordic , mô-đun sê-ri siliconlabs , Mô-đun sê-ri TI CC26X2: mô-đun dòng nordic: nrf52832: RF-BM-ND04 , RF-BM-ND04I , rf-bm-nd08 nrf52810: RF-BM-ND04C , RF-BM-ND04CI , rf-bm-nd08c nrf52805: RF-BM-ND09 , rf-bm-nd09a nrf52811: RF-BM-ND04A , rf-bm-nd08a nrf52833: rf-bm-nd07 nrf52840: RF-BM-ND05 , RF-BM-ND05I , rf-bm-nd06 loạt mô-đun phòng thí nghiệm silicon efr32bg22c112: RF-BM-BG22A1 EFR32BG22C224: RF-BM-BG22A3 Mô-đun dòng TI: cc2642r: RF-BM-2642B1 CC2652R: rf-bm-2652b1 các chân cần được kết nối trong quá trình kiểm tra truyền dẫn trong suốt và gỡ lỗi: VCC , GND , TX , RX , RES , RTS , CTS (hoạt động ở mức thấp cho RTS và cts) . các chân cần được kết nối trong quá trình phát sóng (beacon): VCC , gnd . các chân cần được kết nối trong quá trình nhấp nháy chương trình cơ sở (bằng liên kết j): SWC , SWD , VCC , GND , res . nhận xét: bởi vì mỗi mô-đun có định nghĩa khác nhau về BRTS , BCTS và CTS , RTS ,, nên kết nối các chân đó để tránh sự cố có thể gây ra trong quá trình truyền trong suốt . một số mô-đun BLE rf-star (một số mô-đun không có) có chân chỉ báo trạng thái ngủ và chân chỉ báo trạng thái kết nối . những chân này được sử dụng để biết trạng thái mô-đun bluetooth hiện tại hoặc sử dụng đèn LED để cho biết trạng thái bluetooth hiện tại thông qua MCU .

sự khác biệt giữa mô-đun nối tiếp và mô-đun điều khiển trực tiếp là gì mô-đun nối tiếp là để chuyển tiếp dữ liệu . và mô-đun điều khiển trực tiếp có thể điều khiển trực tiếp các mạch ngoại vi . mô-đun nối tiếp là cầu nối giữa thiết bị được kết nối và thiết bị di động , cho phép giao tiếp hai chiều . mô-đun điều khiển trực tiếp có thể được coi là CPU , mà khách hàng chỉ cần lập trình để điều khiển các mạch ngoại vi . mô-đun điều khiển trực tiếp: mô-đun dòng rf-star: rs02a1-a: RSBRS02AA , RSBRS02AI RS02A1-B: RSBRS02ABR , RSBRS02ABRI Mô-đun dòng TI: cc2540: RF-BM-S01 , RF-BM-S02 , RF-BM-S02I CC2541: RF-CC2540A1 , RF-BM-S01A , RF-BM-S02A

UartAssist đóng vai trò như một trợ lý gỡ lỗi cổng nối tiếp mạnh mẽ với tính khả thi cao. Nó hỗ trợ tốc độ truyền 110-115200bps thường được sử dụng. Công cụ gỡ lỗi UART cũng cho phép tùy chỉnh số cổng, tính chẵn lẻ, bit dữ liệu và bit dừng. Hơn nữa, Trợ lý UART là song ngữ, hỗ trợ cả tiếng Trung và tiếng Anh và điều chỉnh liền mạch theo cài đặt ngôn ngữ của hệ điều hành. Khuyến nghị: Một trợ lý cổng nối tiếp tiện dụng cho điện thoại di động. Không cần máy tính xách tay nặng nề khi gỡ lỗi khi đang di chuyển. Nó cũng hỗ trợ gỡ lỗi TCP/IP. Tải xuống công cụ UART gỡ lỗi tại đây. Có một số câu hỏi và câu trả lời trên UART Assistant, có thể giúp ích cho bạn rất nhiều. 1. Vui lòng chọn và nhấp vào RTS và CTS trên Trợ lý UART (còn được gọi là DTR). Ví dụ: 2. Hầu hết tất cả các mô-đun BLE sao RF đều có chuỗi phản hồi sau khi bật nguồn. Nếu mô-đun không có bất kỳ chuỗi nào được in ra sau khi bật nguồn, vui lòng thử đặt lại mô-đun hoặc bật lại mô-đun. Nếu các thao tác trên được thực hiện và không có chuỗi nào hiển thị, vui lòng kiểm tra xem bạn có chọn đúng cổng UART hay không , vì có thể có một số cổng UART hoạt động cùng lúc. 3. Nếu chuỗi lộn xộn, vui lòng kiểm tra xem bạn có chọn tốc độ truyền phù hợp hay không. 4. Khi sử dụng lệnh AT, vui lòng lưu ý xem mô-đun có cần CRLF ở cuối lệnh AT hay không. Dòng RF-star và một số mô-đun dòng TI không cần CRLF. Các mô-đun dòng RF-star: RS02A1-A : RSBRS02AA, RSBRS02AI RS02A1-B: RSBRS02ABR, RSBRS02ABRI Các mô-đun dòng TI: CC2640R2FRSM: RF-BM-4044B1, RF-BM-4044B2, RF-BM-4044B4, RF-BM-4044B5 CC2640R2FRGZ: RF-BM-4077B1 CC2640R2F-Q1: RF-BM-4077B2 CC2640R2LRHB: RF-BM-4055B1L CC2640R2LRGZ: RF-BM-4077B1L Dòng Nordic, dòng Silicon Labs và một số mô-đun dòng TI cần sử dụng “+++” để vào chế độ lệnh AT. Tất cả các lệnh AT cần phải được theo sau bởi CFRL thì các mô-đun có thể hoạt động bình thường. Trong chế độ lệnh AT, mô-đun chỉ có thể nhận dữ liệu nhưng không thể gửi dữ liệu. Nếu bạn muốn thực hiện truyền dữ liệu trong suốt, trước tiên hãy thoát khỏi chế độ lệnh AT. Các mô-đun loạt Bắc Âu: nRF52832: RF-BM-ND04, RF-BM-ND04I , RF-BM-ND08 nRF52810: RF-BM-ND04C, RF-BM-ND04CI, RF-BM-ND08C nRF52805: RF-BM-ND09, RF-BM-ND09A nRF52811: RF-BM-ND04A, RF-BM-ND08A nRF52833: RF-BM-ND07 nRF52840: RF-BM-ND05, RF-BM-ND05I, RF-BM-ND06 Các mô-đun loạt của Phòng thí nghiệm Silicon: EFR32BG22C112: RF-BM-BG22A1 EFR32BG22C224: RF-BM-BG22A3 Các mô-đun dòng TI: CC2642R: RF-BM-2642B1

Nâng cấp OTA Đây là danh sách mô-đun BLE với chức năng OTA. a) Mô-đun dựa trên sao RF: RS02A1-A, RS02A1-B RS02A1-A: RSBRS02AA, RSBRS02AI RS02A1-B: RSBRS02ABR, RSBRS02ABRI ỨNG DỤNG: RF-star OTA. Hỗ trợ nâng cấp hàng loạt. Liên hệ với RF-star. b) Các mô-đun dựa trên Silicon Labs: Dòng EFR32BG22: EFR32BG22C112: RF-BM-BG22A1 EFR32BG22C224: RF-BM-BG22A3 ỨNG DỤNG: Kết nối EFR c) Mô-đun dựa trên chất bán dẫn Bắc Âu: nRF52810, nRF52832, nRF52840, nRF52811, nRF52833 và nRF52805: nRF52832: RF-BM-ND04, RF-BM-ND04I, RF-BM-ND08 nRF52810: RF-BM-ND04C, RF-BM-ND04CI, RF-BM-ND08C nRF52805: RF-BM-ND09, RF-BM-ND09A nRF52811: RF-BM-ND04A, RF-BM-ND08A nRF52833: RF-BM-ND07 nRF52840: RF-BM-ND05, RF-BM-ND05I, RF-BM-ND06 ỨNG DỤNG: Kết nối nRF d) Mô-đun dựa trên TI: CC2642R, CC2652R CC2642R: RF-BM-2642B1 CC2652R: RF-BM-2652B1 Lưu ý: Do các SDK khác nhau, ngay cả khi mô-đun giống nhau, nó không thể được nâng cấp. Họ chỉ có thể nâng cấp lặp đi lặp lại trên phần sụn gốc.