Hỏi về I2C và SPI

[manhha2799]

Các bác cho em hỏi, em dùng chân RC3(SCK)+RC5(SD0) để làm chân truyền dữ liệu SPI làm bảng quang báo, bây giờ em muốn giao tiếp đồng hồ ds1307. Nhưng con này giao tiếp i2c, nên cần chân RC3(SCL)+RC4(SDA). Vậy sẽ bị trùng chân RC3. Không biết phải làm sao đây? Các bác giúp em xem có cách nào sử dụng cả 2 I2C và SPI?

[thienthan_de]

Cái này nếu bạn viết chương trình cho vdk bằng C (CSS C) thì không có khó khăn gì vì CSS có thể tự động sinh mã điều khiển I2C bằng phần mềm. Do đó có thể dùng bất cứ chân I/O nào của vdk làm SCL và SDA chỉ cần mình khai báo các chân đó trong #useic2c(master,scl=rc0,sda=rc1......)
Chúc vui.

[tungtot_vl]

i2c

Cái này nếu bạn viết chương trình cho vdk bằng C (CSS C) thì không có khó khăn gì vì CSS có thể tự động sinh mã điều khiển I2C bằng phần mềm. Do đó có thể dùng bất cứ chân I/O nào của vdk làm SCL và SDA chỉ cần mình khai báo các chân đó trong #useic2c(master,scl=rc0,sda=rc1......)
Chúc vui.

mình có thử dùng các file trong hell của ccs để giao tiếp pic với 24c64.
mình đã chạy thử các file 2464.c, 24512.. trong css.
nhưng mình thấy khi ghi vào 1 byte và đọc ra 1 byte thì được nhưng nếu ghi vào 2 hay nhiều byte rồi đọc ra thì không chạy được. nếu bạn đã làm được giao tiếp pic với 24c64 bằng ccs thì giúp mình với

[thienthan_de]

ìc

Cái này chắc bạn mô phỏng trên Proteus phải không?! Mình cũng đã từng chạy thử mấy file trong help của css như bạn nói => không được thật. Theo mình nghĩ có thể tại Proteus mô phỏng không thật sự chính xác, mình cũng bị trường hợp tương tụ khi mô phỏng giao tiếp ìc với 2 slave. Cũng không rõ lí do. Nhưng trong trường hợp của bạn không nên đọc và ghi nhiều byte liên tục như trong vd trong help, nó dùng biến state để làm con trỏ cho mảng nên đó có thể là lý do mô phỏng không đúng!?.
Để cải thiện bạn nên dùng một biến độc lập khác để làm con trỏ trỏ tới buffer cần lưu dữ liệu, cứ mỗi lần có ngắt ssp thì lại tăng biến con trỏ này lên, ngược lại khi gửi dữ liệu lên cho master. Cũng nên dùng một biến khác nữa để lưu giá trị nhận được khi master gửi xuống ( vd: biến indata=i2c_read()...). Mình cũng khuyên bạn nên dùng delay_ms(1) trong phục vụ ngắt #int_ssp sau hàm state=i2c_isr_state(), cái này mình không rõ lý do nữa, có thể phải đợi cho dữ liệu ổn định trên bus cúng có thể tai proteus... Nếu có điều kiện làm mạch thật sẽ giải quyết các vấn đề trên.
Cái này mình làm chạy rùi nhưng hôm nay không mang code rheo nên không up lên cho bạn được. Mong thông cảm.
Chúc may mắn.

[tungtot_vl]

i2c

Cái này chắc bạn mô phỏng trên Proteus phải không?! Mình cũng đã từng chạy thử mấy file trong help của css như bạn nói => không được thật. Theo mình nghĩ có thể tại Proteus mô phỏng không thật sự chính xác, mình cũng bị trường hợp tương tụ khi mô phỏng giao tiếp ìc với 2 slave. Cũng không rõ lí do. Nhưng trong trường hợp của bạn không nên đọc và ghi nhiều byte liên tục như trong vd trong help, nó dùng biến state để làm con trỏ cho mảng nên đó có thể là lý do mô phỏng không đúng!?.
Để cải thiện bạn nên dùng một biến độc lập khác để làm con trỏ trỏ tới buffer cần lưu dữ liệu, cứ mỗi lần có ngắt ssp thì lại tăng biến con trỏ này lên, ngược lại khi gửi dữ liệu lên cho master. Cũng nên dùng một biến khác nữa để lưu giá trị nhận được khi master gửi xuống ( vd: biến indata=i2c_read()...). Mình cũng khuyên bạn nên dùng delay_ms(1) trong phục vụ ngắt #int_ssp sau hàm state=i2c_isr_state(), cái này mình không rõ lý do nữa, có thể phải đợi cho dữ liệu ổn định trên bus cúng có thể tai proteus... Nếu có điều kiện làm mạch thật sẽ giải quyết các vấn đề trên.
Cái này mình làm chạy rùi nhưng hôm nay không mang code rheo nên không up lên cho bạn được. Mong thông cảm.
Chúc may mắn.

cảm ơn bạn nhiều !
đúng là proteus không mô phỏng được. mình đã làm mạch thật và chạy rất tốt.