Cho em hỏi cai này - FAQ

[namqn]

Nguyên văn bởi hanspkt

Anh cho em hỏi cái này
nếu nạp bằng chuẩn ICSP mà không rút dây ra để lâu liệu nó có hư không, vì em nghĩ nó nạp giống như họ AT89SXX.
cám ơn nhiều

Tùy vào thiết kế của mạch nạp và mạch đích. Lâu là bao lâu? Bạn để lâu nhưng có chạy chương trình của mạch đích không, hay chỉ muốn để đó một khoảng thời gian nào đó, ví dụ giữa hai lần nạp chương trình.

Nếu đầu nối thiết kế tốt thì việc tháo ra lắp vào đâu có ảnh hưởng gì nhiều, không hiểu bạn muốn để lâu vì mục đích gì.

Thân,

[halfblood88]

  MOVLW  d’20’                       ; đưa giá trị  20 vào thanh ghi W 
  MOVWF            delay‐reg       ; delay‐reg <‐ 20 
loop  
  DECFSZ             delay‐reg,0   ; giảm giá trị trong thanh ghi delay‐reg 
                                            ; và so sánh với 0, kết quả chứa trong W
 GOTO                loop             ; nếu giá tri thanh ghi “delay_reg” khác 0 
                                            ; thì nhảy tới label “loop”

Trong bài hướng dẫn này thì tác giả có nói là thanh ghi delay_reg sẽ giảm 20+1 lần.Ứng với giá trị ban đầu của delay_reg bằng N thì sẽ giảm N+1 lần.Nhưng mình thử phân tích thì thấy thế này:
-Giả sử ban đầu nạp vào thanh ghi delay_reg giá trị là 2.Loop lần 1 sẽ giảm thanh ghi delay_reg xuống còn 1 so sánh rồi thực hiện lệnh goto.Loop lần 2 sẽ giảm thanh ghi delay_reg xuống còn 0 so sánh thì nhảy cách.Như vậy chẳng phải chỉ có 2 lần giảm thanh ghi.Trong khi trong bài hướng dẫn tác giả lại nói là N+1 tức ở đây là 3 lần
-Và như mình thấy ở trên lần giảm thanh ghi cuối cùng tức từ 1->0 thì lệnh goto loop ko được thực hiện vậy sao khi tính thời gian thực hiện lại là 3x(N+1).Có phải lúc đó lệnh Goto loop được thay bởi lệnh nop (1 chu kỳ) + decfsz lần cuối ( 2 chu kỳ) nên được gộp chung vào ko

[bien_van_khat]

Nguyên văn bởi halfblood88

  MOVLW  d’20’                       ; đưa giá trị  20 vào thanh ghi W 
  MOVWF            delay‐reg       ; delay‐reg <‐ 20 
loop  
  DECFSZ             delay‐reg,0   ; giảm giá trị trong thanh ghi delay‐reg 
                                            ; và so sánh với 0, kết quả chứa trong W
 GOTO                loop             ; nếu giá tri thanh ghi “delay_reg” khác 0 
                                            ; thì nhảy tới label “loop”

Trong bài hướng dẫn này thì tác giả có nói là thanh ghi delay_reg sẽ giảm 20+1 lần.Ứng với giá trị ban đầu của delay_reg bằng N thì sẽ giảm N+1 lần.Nhưng mình thử phân tích thì thấy thế này:
-Giả sử ban đầu nạp vào thanh ghi delay_reg giá trị là 2.Loop lần 1 sẽ giảm thanh ghi delay_reg xuống còn 1 so sánh rồi thực hiện lệnh goto.Loop lần 2 sẽ giảm thanh ghi delay_reg xuống còn 0 so sánh thì nhảy cách.Như vậy chẳng phải chỉ có 2 lần giảm thanh ghi.Trong khi trong bài hướng dẫn tác giả lại nói là N+1 tức ở đây là 3 lần

Bạn phân tích đúng, ko rõ đoạn code ví dụ bạn lấy từ đâu

-Và như mình thấy ở trên lần giảm thanh ghi cuối cùng tức từ 1->0 thì lệnh goto loop ko được thực hiện vậy sao khi tính thời gian thực hiện lại là 3x(N+1).Có phải lúc đó lệnh Goto loop được thay bởi lệnh nop (1 chu kỳ) + decfsz lần cuối ( 2 chu kỳ) nên được gộp chung vào ko

Lệnh decfsz ở lần cuối cùng sẽ mất 2 chu kỳ máy, 1 chu kỳ để thực hiện thao tác trừ 1, 1 chu kỳ trễ do thay đổi thanh ghi PC (bỏ qua lệnh goto). Do đó công thức tính chính xác là 3N + 2

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

[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

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