Search results

xem lại phần cứng và lệnh if(read != 0x0F) //Neu co nut nhan đi nhé bạn, có 1 sự xung đột giữa 2 thứ này đấy.

low to high thì bạn load giá trị 0 của chân ngắt cho PxIES

trong example code có code mẫu giao tiếp I2C với TMP100 mà

chương trình chính tạo âm thanh còn ngắt timer cho hiển thị led

mình cũng ko hiểu ^^ nhưng sau khi mình calib lại thì nó chạy tương đối là đúng

đây là giá trị DCO của mình, đã test rồi cũng khá chính xác. Bạn mở con 2553 của bạn ra xem calib nó có gần giống vậy ko.

msp430g2xx3_dco_flashcal.c nó sẽ sử dụng thêm thạch anh ngoài 32kHz để calib lại DCO, nên bạn phải gắn thêm thạch anh 32kHz vào. Sau khi calib xong led P1.0 sẽ nháy

để 1820 chạy chế độ kí sinh parasite power thì bạn phải thiết kế phần cứng như Figure 4 trong datasheet. Khi giao tiếp, lúc truyền nhận dữ liệu ta thực hiện bình thường như chế độ nguồn ngoài. Nhưng sau khi bạn gửi lệnh convert T lên thì bạn phải kích dẫn FET trong 1 khoảng thời gian nhất định...

code có thể bị lỗi, bạn xem lại code coi có chỗ nào lỗi cú pháp không

đã xong ^^, vào code examples nạp cái msp430g2xx3_dco_flashcal.c vào thế là nó lấy lại cái mớ calibration data hihihi.

lúc debug mình mở view calibration data thì tất cả các giá trị lại là 0xFF, nếu thêm đoạn lệnh if (CALBC1_1MHZ ==0xFF || CALDCO_1MHZ == 0xFF) { while(1); // If cal constants erased, } thì nó bị mắc ngay while(1); Mình cài CCS để thử lại thì các giá trị...

Mình có đoạn code khai báo DCO 1Mhz thì 1 chu kì máy là 1uS nhưng thực tế kiểm tra với __delay_cycles thì lại ko đúng như thế: Trong video mình viết đoạn code đảo giá trị P1 sau mỗi 10000 chu kì và 100000 chu kì. Với delay 10000 chu kì, code asm gán R15 giá trị 0xD03 tương ứng 3331, sau đó...