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

[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?