Các mạch nạp của Olimex (Upd. 07/2005)

[namqn]

Nguyên văn bởi BinhAnh

Ai rỗi thì thử download cái file DTMF.hex của tui về, rồi nạp vài lần = ICprog, sau đó nạp vài lần = WINPIC800. Rút kết luận. Lưu ý dùng PG2C, sau đó có thể thay đổi config (MCLDIS or MCLEN)nạp lại cả 2 vài lần thử xem. Thú vị.

Theo tôi, bạn BinhAnh đang dùng bộ dao động nội (internal oscillator), nên từ lần thứ hai trở đi thì chip sẽ chạy ngay khi được cấp nguồn từ PG2C. Có thể WinPic800 không chịu thực hiện các chức năng khác khi không detect được chip. Còn thằng IC-Prog thì cứ đè đầu ra xóa rồi nạp, tất nhiên là phải được.

[falleaf]

Câu đáp án của bạn đúng 50%. Tuy nhiên, đúng 50% có nghĩa là không chính xác lắm. Khi cắm chip vào mạch nạp, ở chế độ dao động nội, thì khả năng chip chạy chương trình là đúng.

Tuy nhiên, không phải vì thế mà chương trình ví dụ trên không chạy được. Bạn có thể viết một chương trình dùng dao động trong, và nạp thử bằng WinPIC800.

Và để làm cho cái chương trình đó nó không nạp được như thí dụ trên của chúng tôi cũng là một vấn đề nho nhỏ.

Khẳng định lại, trường hợp bạn phát hiện ra là đúng, nhưng chưa đủ, vì nếu setup dao động trong vẫn nạp được bình thường..., bạn có thể nhấn thêm một bước nữa để tìm ra nguyên nhân đầy đủ không?

Chúc vui.

[namqn]

Tôi đã viết thật đầy đủ phần trả lời, nhưng sau đó gửi bài thì lại được báo là chưa đăng nhập, chắc có lẽ vì tôi viết lâu quá nên đã tự động logout vì time out.

Tôi đã đọc lại các thông tin liên quan đến bộ nạp JDM và các biến thể, cùng với programming spec của Microchip về chip 16F628A, nên đã có một nhận định tương đối rõ ràng. Nhưng vì tôi không có PG2C trong tay (từ 2 năm nay tôi đã không dùng nó vì một số hạn chế đã được biết), nên không thể kiếm tra nhận định của mình. Bạn nào có điều kiện xin thí nghiệm như sau và cho biết kết quả: nạp file DTMF.hex bằng IC-Prog rồi sau đó thử xóa (hay nạp một file .hex bình thường khác) và đọc lại chip để xác nhận. Sau đó hãy nạp lại file DTMF.hex một lần nữa bằng IC-Prog.

Xin bạn thông báo kết quả lên đây.

Thân chào,

[falleaf]

Nếu dùng IC Prog thì nạp bình thường, chính khi chúng tôi post lên đây, đã chỉ cho thấy kết quả nạp IC Prog nạp bình thường. Đây là một mẹo nhỏ của chúng tôi, nhưng là một phần rất đặc biệt của PIC khi viết chương trình và dùng dao động nội.

Cũng đơn giản thôi, nhưng vì bạn là người đã đi qua 50% quãng đường nên tôi muốn để bạn chỉ ra tường tận vấn đề này cho mọi người cùng tìm hiểu.

Rất vui nếu bạn cùng tham gia với chúng tôi phát triển picvietnam.

Chúc vui.

[namqn]

Ý kiến về việc dùng WinPic800 và IC-Prog để nạp file DTMF.hex bằng PG2C:

File DTMF.hex đặt cấu hình cho chip sử dụng bộ dao động nội, không sử dụng chân MCLR (nối lên nguồn Vdd ở bên trong chip) và bật bảo vệ mã (Code Protection). Do đó, khi chip đã được nạp file này vào rồi, thì việc nạp lại chương trình cho chip phải được xem xét trong điều kiện là chip đang hoạt động ở cấu hình trên.

Theo Programming Specification của Microchip cho chip PIC16F628A, khi có sử dụng dao động nội và không sử dụng chân MCLR thì chỉ có phương pháp nâng Vpp trước khi nâng Vdd mới có thể đưa chip vào chế độ nạp chương trình được. Những phần mềm nạp thông thường đều không thực hiện được việc nâng Vpp trước khi nâng Vdd khi sử dụng với PG2C, đó là đặc điểm của các mạch nạp dựa trên JDM programmer (PG2C là một trong số đó). Tuy nhiên, IC-Prog có thể thực hiện được điều này (và chúng ta có thể yêu cầu IC-Prog thực hiện điều này bằng cách bật option 'Enable Vcc control for JDM' trong menu con Options của menu Settings).

Thêm nữa, việc bật bảo vệ mã khiến cho việc xóa bộ nhớ trước khi nạp chương trình chỉ có thể thực hiện bằng cách xóa toàn bộ chip.

IC-Prog có khả năng thỏa mãn cả hai điều kiện trên, do đó đã thành công trong việc nạp lại file DTMF.hex như đã được các bạn cho biết trước đó. Còn WinPic800, vì không thỏa mãn một trong hai điều kiện trên, hoặc không thỏa mãn cả hai điều kiện, nên đã thất bại trong việc nạp lại file đó vào chip.

Các bạn suy nghĩ như thế nào về ý kiến trên?