Cho em hỏi cai này - FAQ

[hanspkt]

Các anh cho em hỏi, sao bộ tiny bootloader em tự làm nó đã hoạt động sau một thời gian rồi ngưng luôn. Em đã kiểm tra phần cứng thì không có gặp vấn đề gì. Em sử dụng file hex có sẵn kèm theo phần mềm và em cũng đã làm theo hướng dẫn của các anh rồi mà nó cũng không hoạt động (em đang sử dụng ngon lành thì gặp vấn đề).

[namqn]

Nguyên văn bởi hanspkt

Các anh cho em hỏi, sao bộ tiny bootloader em tự làm nó đã hoạt động sau một thời gian rồi ngưng luôn. Em đã kiểm tra phần cứng thì không có gặp vấn đề gì. Em sử dụng file hex có sẵn kèm theo phần mềm và em cũng đã làm theo hướng dẫn của các anh rồi mà nó cũng không hoạt động (em đang sử dụng ngon lành thì gặp vấn đề).

Trong khoảng thời gian mà nó đã hoạt động, bạn nạp chương trình vào chip được mấy lần? Cấu hình của chương trình ứng dụng có giống với cấu hình của bootloader không?

Thân,

[phamthaihoa]

Nguyên văn bởi hanspkt

Các anh cho em hỏi, sao bộ tiny bootloader em tự làm nó đã hoạt động sau một thời gian rồi ngưng luôn. Em đã kiểm tra phần cứng thì không có gặp vấn đề gì. Em sử dụng file hex có sẵn kèm theo phần mềm và em cũng đã làm theo hướng dẫn của các anh rồi mà nó cũng không hoạt động (em đang sử dụng ngon lành thì gặp vấn đề).

Bạn kiểm tra một số điểm sau:
- Nguồn trên mạch của bạn, nếu nguồn không ổn định thì PIC reset liên tục, có giời mới chạy nổi , bạn thử nạp một chương trình thông qua ICSP xem PIC có chạy không đã.
- Kiểm tra hoạt động Reset, nếu bạn làm nút reset cứng trên mạch thì không sao, nếu Reset qua chân 9 của MAX232 hay từ chân 7 cổng COM thì nên kiểm tra cho chắc. Kiểm tra tín hiệu Reset trên Tiny luôn
- Kiểm tra cổng COM, đúng cổng chưa, baud rate thế nào. Có xung động gì không, bạn vào Task Manager tắt thử file xcommsvr.exe, tắt các chương trình tường lửa rồi thử lại.
- Bạn nạp lại file boot vào PIC, file chuẩn của nó ấy, 876A_20Mhz_115200, đừng nạp bất cứ file đã được modified nào khác.
-Nếu chương trình của bạn có sử dụng USART thì nên thử lại vài lần.

Thông thường rất khó do lỗi phần mềm, trừ trường hợp bạn tự ghi vào Flash. Còn Bootloader không chạy chủ yếu do phần cứng thôi.

[hanspkt]

Em đã làm các bước như trên rồi mà vẫn không hoạt động. Phần cứng em kiểm tra rồi, nó bình thường. Trước khi nó ngưng hoạt động, bạn của em có đem con pic của bạn ấy qua thử không được rồi từ đó nó ngừng luôn. Nhưng em mới phát hiện là hình như con PIC nó hư hay sao ấy, em nạp chương trình em viết hồi trước đã hoạt động bây giờ thì nín luôn, không có chương trình nào hoạt động. À, lâu lâu khi em đụng vào dây bus thì nó hoạt động một tí rồi ngưng. Mong các anh chỉ dẫn (Có phải em đã nạp nhiều lần quá không ạ ?)
Cám ơn các anh nhiều!

[namqn]

Tôi không tin là phần cứng không có vấn đề gì. Bạn chịu khó post sơ đồ phần cứng của bạn lên đây. Tôi nghĩ phần mạch nối với chân MCLR có vấn đề.

Thân,

[hanspkt]

Em phát hiện ra do bạn em đổi con PIC của em. Mà nó lạ lắm, nạp vào ào ào mà không có chương trình nào chạy, chương trình nạp vẫn nhận dạng được con PIC, lúc nạp không báo lỗi mà lại .....

[namqn]

Nguyên văn bởi hanspkt

Em phát hiện ra do bạn em đổi con PIC của em. Mà nó lạ lắm, nạp vào ào ào mà không có chương trình nào chạy, chương trình nạp vẫn nhận dạng được con PIC, lúc nạp không báo lỗi mà lại .....

Vậy có lẽ chương trình ứng dụng được viết không tương thích với tiny bootloader (cần có một lệnh nhảy đến chương trình chính trong 4 word đầu tiên của Flash), hoặc chương trình ứng dụng có lỗi.

Thân,

[mgdaubo]

Cho em hỏi: khi ta compline ra file hex thì kích thước của file hex đó nhìn thấy trong máy vi tính đó (tính bằng byte) có phải là kích thước thật khi ta nạp vào pic ko?
trong datasheet của 16f84 có ghi là flash = 1K words, vậy file hex tối đa có thể là bao nhiêu byte ?
dùng C viết chương trình thì hình như kích thước lớn hơn so với dùng ASM khá nhiều ?

[namqn]

Nguyên văn bởi mgdaubo

Cho em hỏi: khi ta compline ra file hex thì kích thước của file hex đó nhìn thấy trong máy vi tính đó (tính bằng byte) có phải là kích thước thật khi ta nạp vào pic ko?
trong datasheet của 16f84 có ghi là flash = 1K words, vậy file hex tối đa có thể là bao nhiêu byte ?
dùng C viết chương trình thì hình như kích thước lớn hơn so với dùng ASM khá nhiều ?

Bạn có 3 câu hỏi, tôi trả lời lần lượt như sau:
- Kích thước của file .hex khi nhìn trong máy tính không phải là kích thước thật của chương trình khi nạp vào PIC

- Bạn xem giải thích của tôi ở tutorial ngắn trong post #38 của luồng này: http://www.picvietnam.com/forum/showthread.php?t=5

- Thông thường các chương trỉnh viết trong C có thực hiện liên kết với một số thư viện, cũng như gọi một số chương trình con khởi tạo, do đó kích thước của chương trình được dịch ra thường lớn hơn so với khi viết chương trình bằng asm

Thân,

[mgdaubo]

em mới mò mẫm mấy cái datasheet và nhận ra là hình như 1 word = 14 bit?

trong tut ngắn đó anh namqn có viết: "Các chip PIC16 với bộ nhớ 8 kword, chẳng hạn như 16F877A, có 4 trang bộ nhớ Flash, mỗi trang là 2 kword. Nếu chương trình tràn khỏi biên của một trang thì người viết chương trình phải tự đảm bảo là các lệnh nhảy có thể thực hiện thành công, do đó trình biên dịch thường có thông báo nhắc nhở." Vậy ngươi lập trình phải làm thế nào để đảm bảo?

qua tut đó, ta có thể ước lượng được kích thước file hex qua số dòng lệnh, nhưng nếu dùng C thì làm sao biết được số dòng lệnh hả anh? có cách nào tính nhanh kích thước thực sự của file hex nạp vào pic ko? vấn đề kích thước chương trình là rất quan trọng

[namqn]

Nguyên văn bởi mgdaubo

em mới mò mẫm mấy cái datasheet và nhận ra là hình như 1 word = 14 bit?

trong tut ngắn đó anh namqn có viết: "Các chip PIC16 với bộ nhớ 8 kword, chẳng hạn như 16F877A, có 4 trang bộ nhớ Flash, mỗi trang là 2 kword. Nếu chương trình tràn khỏi biên của một trang thì người viết chương trình phải tự đảm bảo là các lệnh nhảy có thể thực hiện thành công, do đó trình biên dịch thường có thông báo nhắc nhở." Vậy ngươi lập trình phải làm thế nào để đảm bảo?

qua tut đó, ta có thể ước lượng được kích thước file hex qua số dòng lệnh, nhưng nếu dùng C thì làm sao biết được số dòng lệnh hả anh? có cách nào tính nhanh kích thước thực sự của file hex nạp vào pic ko? vấn đề kích thước chương trình là rất quan trọng

Đa số PIC16 và một số PIC12 có 1 word = 14 bit, một số PIC16, PIC12, và các PIC10 có 1 word = 12 bit, và tất cả PIC18 có 1 word = 16 bit. Trong tất cả các trường hợp trên, một word của bộ nhớ chương trình trong PIC cần được lưu bằng 2 byte trong tập tin .hex.

Để đảm bảo việc chuyển điều khiển trong các PIC có từ 2 trang bộ nhớ chương trình trở lên, người lập trình chủ động đặt các chương trình con có liên quan nằm ở 1 trang nhất định, và những lệnh chuyển điều khiển có khả năng thay đổi trang thì phải có thao tác xử lý PCLATH thích hợp ngay trước những lệnh đó.

Đa số các phần mềm biên dịch ngôn ngữ cấp cao cho biết kích thước của chương trình đã được biên dịch, sau khi biên dịch xong. Điều quan trọng nhất là chương trình được dịch ra có nằm lọt trong không gian bộ nhớ chương trình của PIC hay không, chứ không phải chương trình hay tập tin hex có kích thước lớn hay nhỏ.

Thân,

[falleaf]

Cách tính ước lượng bằng số dòng lệnh đã có từ lâu khi lập trình bằng 8051.

Bạn cứ hình dung rằng, cứ một dòng lệnh thì nó lưu vào 1 word. Khi đó, từ số dòng lệnh (nhìn ngay trên phần code của bạn), bạn có thể ước lượng được rằng chương trình của bạn chiếm bao nhiêu % dung lượng nhớ. Chúng ta có thể tính sơ bộ với 8KWord thì có thể viết được khoảng 7 - 8000 dòng lệnh.

Đó là cách ước lượng đơn giản nhất của người lập trình ASM.

Chúc vui

[mgdaubo]

em chưa hiểu lắm về bộ nhớ trong PIC:
Bộ nhớ Flash: bộ nhớ chương trình ?
Data memories: có phải là Ram lưu các biến sử dụng trong chương trình?
EEPROM dùng để làm gì?

[namqn]

Nguyên văn bởi mgdaubo

em chưa hiểu lắm về bộ nhớ trong PIC:
Bộ nhớ Flash: bộ nhớ chương trình ?
Data memories: có phải là Ram lưu các biến sử dụng trong chương trình?
EEPROM dùng để làm gì?

Bộ nhớ flash chính là bộ nhớ chương trình, flash là công nghệ hiện thực bộ nhớ. Vì bộ nhớ này cần phải lưu thông tin ngay cả khi chip mất nguồn, nên nó là một loại ROM (Read Only Memory).

Data memory (bộ nhớ dữ liệu) chính là các ô nhớ đọc/ghi ngẫu nhiên, viết tắt là RAM (Random Access Memory), thường dùng làm biến, các thanh ghi đặc biệt trong chip.

EEPROM là bộ nhớ dữ liệu nhưng có khả năng lưu thông tin ngay cả khi chip mất nguồn. Vì chương trình thực hiện đọc/ghi trên ô nhớ của vùng này nên nó phải thuộc loại ghi/xóa bằng điện (Electrically Erasable Programmable Read Only Memory. EEPROM thường dùng để lưu các hằng số, các hệ số hiệu chỉnh cho từng bộ điều khiển. Ví dụ, một bộ điều khiển PID sau khi tự động cân chỉnh với một đối tượng cụ thể có thể lưu các hệ số kp, ki, kd vào EEPROM, như vậy ngay cả khi bộ vi điều khiển bị ngắt nguồn thì các hệ số này vẫn không bị mất, và bộ điều khiển có thể dùng ngay các hệ số này mà không cần phải cân chỉnh khi khởi động ở những lần sau.

EEPROM khó hiện thực và đắt tiền hơn Flash, do đó chỉ được hiện thực với dung lượng nhỏ trong chip, tất nhiên nó có lợi thế là số lần ghi/xóa thường cao hơn khoảng 10 lần so với flash. Một khác biệt chính là flash cần phải xóa theo khối (vài chục byte) và cũng thường ghi theo khối, còn EEPROM thì có thể xóa/ghi từng ô độc lập.

Thân,

[mgdaubo]

Em đang thử làm 1 mạch nháy led khoảng 0,5s bằng ngắt timer1 của 16f88, chỉ mò trong datasheet rồi tự làm nên gặp lỗi này mà ko biết phải khắc phục sao:
mã nguồn trong file gửi kèm, em thắc mắc chỗ này:

	ORG 0x0000
	GOTO start
	ORG 0x0004

interrupt
	COMF	PORTA,F 	;dao trang thai portA de kiem tra xem ngat co duoc goi?
	BTFSS	PORTB,0
	BSF	PORTB,0
	BTFSC	PORTB,0
	BCF	PORTB,0
	RETFIE

start
	BCF	STATUS,RP1
	BSF	STATUS,RP0
	BSF	INTCON,7
	BSF	INTCON,6
	BSF	PIE1,0		;TMR1 Overflow Interrupt Enable bit
	CLRF	TRISA
	CLRF	TRISB
	BCF	STATUS,RP0
	CLRF	PORTB
	MOVLW	b'00110101'
	MOVWF	T1CON
	BCF	PIR1,0		; = 1: The TMR1 register overflowed(must be cleared in software)

loop
	BSF	PORTB,7
	CALL	delay1ms
	BCF	PORTB,7
	CALL	delay1ms
	goto	loop

khi dùng debug thì thấy:
1/ Em dùng Xtal 4MHz, prescaler = 1:8 , vậy với timer 16bit này nó phải tràn sau khoảng hơn 500ms chứ, vậy mà nó lại tràn sau khoảng 320ms
2/ nếu để "BCF PIR1,0" trong start thì ở vòng đếm đầu thì bình thường, nhưng sau khi gọi ngắt lần đầu thì hình như những lần ngắt sau ko phải được gọi khi timer tràn mà ngay mỗi khi timer tăng lên 1 (!!! ???)
3/ nếu cut "BCF PIR1,0" paste vào interrupt thì ngắt vẫn được gọi "mỗi khi timer tăng lên 1" nhưng khi gọi ngắt thì chỉ thực hiện có lệnh đầu tiên của ngắt thôi, các lệnh sau ko đc thực hiện!

- sau khi gọi ngắt thì bit INTCON<7> = 0, ta phải tự set lại bít này?
- datasheet ghi: bit RIR1<0> = 1: The TMR1 register overflowed(must be cleared in software); =0: The TMR1 register did not overflow. Vậy mà em để nó =0 hay 1 thì vẫn tràn như thường ?
- "Must be cleared in software" là sao, ta phải tự clear TMR1 register hả?

Anh nào viết lại dùm em 1 mã chương trình hoàn chỉnh để em tham khảo nha, chỉ cần dùng ngắt tràn của timer1 để led nháy 500ms/lần thôi

file nguồn