ko chạy được application code sau khi download

[namqn]

Xin được hỏi, dòng

CODEPAGE NAME=rvectors START=0x800 END=0x829 protected

là ở đâu mà ra (vì trong linker script chuẩn của PIC18F67J10 không có dòng này)?

Theo tôi biết thì PIC18F không hỗ trợ redirect bảng vectơ ngắt. Bạn chỉnh lại c18i.c của chương trình ứng dụng xong thì có rebuild lại startup object file c18i.o hay không? Tôi không thấy cần thiết phải di chuyển bảng vectơ ngắt của chương trình ứng dụng để dùng với bootloader, nếu bootloader được viết một cách thích hợp. Bạn tham khảo tư duy thiết kế bootloader của Claudiu Chiculita ở đây: http://www.etc.ugal.ro/cchiculita/so...bootloader.htm (phần 'General info about Bootloaders', bạn có vẻ đang làm phức tạp hóa vấn đề).

Thân,

[dvdsoul]

Nguyên văn bởi namqn

Xin được hỏi, dòng

CODEPAGE NAME=rvectors START=0x800 END=0x829 protected

là ở đâu mà ra (vì trong linker script chuẩn của PIC18F67J10 không có dòng này)?

Tham khảo linker của 18f8722 có cái rvector này, mình nghĩ đó là redirect vector để chương trình sẽ nhảy từ bootloader đến user code, nên đem sử dụng vào con MCU của mình. Thực sự là mình ko có nhiều kiến thức về cách hoạt động của bảng vector, nên mới post lên nhờ mọi người giải thích.

Nguyên văn bởi namqn

Bạn chỉnh lại c18i.c của chương trình ứng dụng xong thì có rebuild lại startup object file c18i.o hay không?

có, mình đã include 1 copy của c18i.c vào workspace và build nó cùng với các file khác.

Mình đã theo link đọc cách thiết kế của Claudiu Chiculita và cũng có ý định thiết kế bootloader cho mình tương tự vậy. Nhưng vì ko có kiến thức về cấu trúc của MCU (như mình đã nói ban đầu là mình phải nhảy gấp vào nó vì project) nên mình muốn hỏi là thiết lập địa chỉ cho các vector như thế nào để khi reset thì chương trình sẽ nhảy đến bootloader và từ bootloader sau khi download user program xong có thể nhảy đến user program?

Như ở bài viết đầu, mình đặt bootloader ở địa chỉ 0x9000 còn usercode ở 0x800.

Cám ơn.

[namqn]

Nguyên văn bởi dvdsoul

Tham khảo linker của 18f8722 có cái rvector này, mình nghĩ đó là redirect vector để chương trình sẽ nhảy từ bootloader đến user code, nên đem sử dụng vào con MCU của mình. Thực sự là mình ko có nhiều kiến thức về cách hoạt động của bảng vector, nên mới post lên nhờ mọi người giải thích.

Các linker script chuẩn của PIC18F8722 cũng không hề có dòng đó. Do đó tôi cho là bạn đã tham khảo từ một project nào đó, và bạn chưa cho biết thông tin về project đó (làm sao để đọc được linker script đó cùng các thông tin liên quan). Có thấy được toàn bộ project đó thì mới có cái nhìn rõ ràng hơn chức năng của vùng 'rvectors'. 'rvectors' chỉ là một cái tên cho vùng nhớ chương trình đó, nó không nhất thiết mang ý nghĩa là redirect vector (nhìn vào bản đồ bộ nhớ của các PIC18F thì thấy rõ là các vectơ ngắt có độ ưu tiên cao và thấp chỉ nằm ở 0x000008 và 0x000018 một cách tương ứng, không phụ thuộc vào chế độ làm việc của bộ nhớ chương trình).

Nguyên văn bởi dvdsoul

có, mình đã include 1 copy của c18i.c vào workspace và build nó cùng với các file khác.

E rằng cách làm này của bạn không ổn. Bạn hãy đọc mục 3.3.2 - Customization, trong tài liệu 'MPLAB C18 C Compiler User's Guide', nói về cách tùy biến startup code. Tài liệu này có thể download ở link sau:
http://ww1.microchip.com/downloads/e...ide_51288j.pdf

Nguyên văn bởi dvdsoul

Mình đã theo link đọc cách thiết kế của Claudiu Chiculita và cũng có ý định thiết kế bootloader cho mình tương tự vậy. Nhưng vì ko có kiến thức về cấu trúc của MCU (như mình đã nói ban đầu là mình phải nhảy gấp vào nó vì project) nên mình muốn hỏi là thiết lập địa chỉ cho các vector như thế nào để khi reset thì chương trình sẽ nhảy đến bootloader và từ bootloader sau khi download user program xong có thể nhảy đến user program?

Như ở bài viết đầu, mình đặt bootloader ở địa chỉ 0x9000 còn usercode ở 0x800.

Cám ơn.

Bạn không có kiến thức về cấu trúc của riêng PIC hay không có kiến thức về cấu trúc của các MCU nói chung? Thông tin về background của bạn sẽ giúp chúng tôi, những người đang tìm cách hỗ trợ, có được cách hỗ trợ thích hợp hơn cho bạn.

Thân,

[dvdsoul]

Bạn nói đúng, mình đã làm vấn đề phức tạp hơn nhiều.
Sau khi tham khảo link bạn đưa và bài viết tóm tắt nội dung tìm hiểu về Tiny bootloader của Nguyễn Trung Chính (link http://picvietnam.com/forum/showthread.php?t=439), mình đã hiểu thêm đc một số điều. Theo đó giờ mình sẽ trình bày lại chương trình đã đc sửa như sau (theo như cấu trúc của bootloader mà Claudiu Chiculita đưa ra):

Bootloader sẽ được dịch với linker
vectors = 0x00 - 0x07 (4 word cho reset vector để nhảy đến boot code)
page = 0x9000 - 0x1FD3F
còn c018i vẫn ko thay đổi.

Khi download user code (dưới dạng 1 file binary),bootloader sẽ thực hiện cắt 4 word đầu tiên của file này, ghi vào ngay trên vùng nhớ chứa bootloader (0x8FF8), đồng thời thay thế vào đó 4 word đầu tiên của bộ nhớ (nằm tại vị trí 0x00). Sau đó toàn bộ user code đc ghi vào memory (từ vị trí 0x00)

Sau khi ghi xong, mình sẽ chuyển program counter đến vùng nhớ chứa 4 word được ghi ngay trên bootloader (bằng lệnh goto 0x8FF8) . Tại đây theo mình biết thì program counter sẽ đọc instruction ở đó và nhảy đến user program, lại đọc các instruction và bắt đầu thực thi.

Trong user program, mình cấu hình linker như sau:

vector 0x00 - 0x29
page 0x2A - 0x1FFF

Theo đó thì user program sẽ được ghi bắt đầu từ vị trí 0x2A. Còn các vector sẽ nằm trong khoảng 0x00-0x29.

Ko biết mình làm vậy có đúng chưa? Mình vẫn chưa hiểu rõ tác dụng của file linker, và vai trò của _entry_scn trong c018i.c

À, còn cái linker của PIC18F8722 thì mình tham khảo từ project về HPC của Microchip (http://www.microchip.com/stellent/id...&part=DM183022). Mình đọc file FAQ & trouble shooting, câu 11 có nhắc đến cái rvectors.

Mình chỉ có kiến thức rất sơ đẳng về MCU nói chung, (viết C cho các ứng dụng đơn giản sử dụng interrupt, timer, I/O, USART), những cái khác mình đọc chỗ này một ít chỗ khác một ít nên ko thực sự hiểu rõ lắm. Với PIC thì mình mới làm quen vài tuần.

Cheers

[namqn]

Bạn có thể sử dụng tiện ích của Microchip (cung cấp dạng mã nguồn cho AN851) hoặc có thể sử dụng một tiện ích của hãng thứ ba (như Tiny Bootloader chẳng hạn). Nếu bạn chọn giải pháp của Microchip, bạn làm theo những hướng dẫn của AN851 để viết bootloader và application code (nhưng theo tôi giải pháp của Microchip rườm rà một cách không cần thiết). Nếu bạn sử dụng Tiny Bootloader chẳng hạn, bạn chỉ cần làm theo quy ước mà Claudiu đã giới thiệu. Lấy ví dụ cụ thể cho PIC18F67J10 của bạn.

Với bootloader, bạn cần dành ra một phần nhỏ ở phía cuối bộ nhớ chương trình (chú ý không đè lên các từ cấu hình). Nếu viết bằng hợp ngữ thì kích thước của bootloader thường không quá 100 word. Nếu viết bootloader bằng C thì bạn có thể xác định kích thước của bootloader bằng cách dịch xong rồi xem vùng nhớ chương trình. Vậy trong linker script của bootloader bạn chỉ cần chỉnh phần dành cho page như sau (bootloader thông thường không sử dụng ngắt):

CODEPAGE   NAME=page       START=(0x1FFF7-<kích thước của bootloader>)           END=0x1FFF7

Kích thước của bootloader đã kể đến 4 word dùng cho việc lưu trữ 4 word của vectơ reset của chương trình ứng dụng.

Với chương trình ứng dụng, bạn có thể dùng cho đến ô nhớ nằm ngay phía trước vùng nhớ dành cho bootloader, nghĩa là:

CODEPAGE   NAME=page       START=0x0002A           END=(0x1FFF7-<kích thước của bootloader>)

Đến đây bạn có thể thấy một trong những tác dụng của linker script là mô tả bản đồ bộ nhớ khả dụng cho một project cụ thể (bạn thường dùng nó để thay đổi cách trình biên dịch sử dụng bộ nhớ chương trình, bộ nhớ dữ liệu khi biên dịch project cụ thể). _entry_scn là section sẽ được chạy đầu tiên, hay là điểm vào chương trình (có ý nghĩa với trình biên dịch, chứ không nhất thiết mang ý nghĩa vật lý là điểm vào của chương trình khi bạn cấp nguồn hay reset PIC, vì PIC luôn bắt đầu chạy từ 0x000000 khi cấp nguồn hay reset).

Với cách làm của AN851, bạn thường phải chú thích 1 trong những dòng

FILES c018i.o

hay

FILES c018i_e.o

trong linker script, và phải copy c018.c hay c018i.c vào project để sửa đổi, biên dịch và liên kết với riêng project của bạn chứ không tạo ra sự thay đổi mang tính hệ thống.

Phần rvectors trong ví dụ của HPC là phần ánh xạ lại các vectơ ngắt của chương trình ứng dụng, và nếu đọc tập tin 'bootload.asm' của họ thì bạn sẽ thấy họ vẫn phải đặt các lệnh rẽ nhánh ở các vectơ ngắt cứng 0x00008 và 0x00018 để nhảy đến các đoạn xử lý ngắt tương ứng trong mã của chương trình ứng dụng (nói chung cách làm này của Microchip khá rườm rà).

Thân,

[dvdsoul]

Chào Namqn, chúc năm mới vạn sự như ý. Thời gian qua mình về quê ăn Tết, sorry đã bỏ qua thread này khá lâu.

Mình đã thử viết theo mô hình của tiny bootloader. Hiện giờ chương trình của mình đã có thể nhảy đến phần start của user Main program sau khi bootloader download toàn bộ user code. Tuy nhiên đến đây thì con trỏ ko thực thi hết các instruction có trong user program. Dùng ICD2 debug thì mình thấy sau khi nhảy lên user main program, con trỏ chỉ đến opcode EE1E (LFSR 0x1, 0xe00) , tuy nhiên khi gõ F7 để execute instruction này thì con trỏ nhảy ngược về vùng nhớ của bootloader, trỏ đến ngay opcode EE1E (LFSR 0x1, 0xe00) và giống như bootloader đc chạy lại từ đầu. Và mình nghĩ có lẽ con trỏ đã nhảy ngược lại vùng _startup của bootloader.

Linker của bootloader mình đã chỉnh là

CODEPAGE NAME=vectors START=0x0 END=0x29
CODEPAGE NAME=page START=0x160 END=0x1FFF7

còn của user code là :

CODEPAGE NAME=vectors START=0x0 END=0x29 PROTECTED
CODEPAGE NAME=page START=0x2A END=0x15F

_entry_scn của c18i.c ở cả hai file mình đều chọn _entry_scn = 0x0.

Bổ sung thêm là khi debug thì thấy lệnh 'LFSR 0x1, 0xe00' là lệnh 'lfsr 1, _stack' trong file c18i.c.

Xin hỏi làm thế nào để MCU có thể thực thi đc các lệnh ở ctrinh ứng dụng mà con trỏ đã nhảy đến?

Cám ơn.

[namqn]

Nhận xét: không gian cho user code của bạn quá nhỏ so với không gian dành cho bootloader (bootloader chiếm đến hơn 99.7% dung lượng flash).

Trước khi bàn tiếp, tôi có vài câu hỏi.

1. Bạn định dùng một bootloader nào đó cho ứng dụng của mình, hay bắt buộc phải tự viết bootloader?

2. Bạn đã dùng phần mềm nào trên host PC để giao tiếp với firmware?

3. Code trong firmware của bootloader để nhảy đến chương trình ứng dụng ra sao?

Bootloader thường là một ứng dụng rất nhỏ, và có chức năng tương đối đặc biệt, do đó tốt nhất nên được viết bằng hợp ngữ. Chương trình ứng dụng thường phức tạp hơn, có thể viết bằng hợp ngữ hay ngôn ngữ cấp cao tùy theo khả năng của người lập trình.

Thân,