thêm một câu hỏi về timer

[bachelor]

tôi đang có một ứng dụng cần dùng bộ định thời nhưng khi làm thì thấy mắc vài chỗ, xin các cao thủ chỉ giáo dùm.
trước hết xin hỏi: khi sử dụng hàm set_timerX(Y) (tôi dùng CCS) ví dụ set_timer0(0); nó có reset lại bộ định thời tương ứng để bắt đầu đếm lại từ đầu không ?
Rất mong câu trả lời sớm của mọi người trong diễn đàn để tôi còn hỏi các câu khác
Thanks !

[namqn]

Nguyên văn bởi bachelor

tôi đang có một ứng dụng cần dùng bộ định thời nhưng khi làm thì thấy mắc vài chỗ, xin các cao thủ chỉ giáo dùm.
trước hết xin hỏi: khi sử dụng hàm set_timerX(Y) (tôi dùng CCS) ví dụ set_timer0(0); nó có reset lại bộ định thời tương ứng để bắt đầu đếm lại từ đầu không ?
Rất mong câu trả lời sớm của mọi người trong diễn đàn để tôi còn hỏi các câu khác
Thanks !

Bộ timer sử dụng một bộ đếm để thực hiện chức năng của nó. Nếu được cấu hình để đếm xung bất đồng bộ bên ngoài, nó làm việc như một bộ đếm. Nếu được cấu hình để đếm xung đồng hồ (có qua bộ chia hoặc không) bên trong PIC, nó làm việc như một đồng hồ.

Việc gọi hàm set_timerX(Y) sẽ đặt giá trị Y vào bộ đếm đó. Việc gọi hàm set_timer0(0) sẽ ghi giá trị 0 vào bộ đếm của timer0, và timer0 sẽ bắt đầu đếm từ giá trị đó, nếu nó được kích hoạt.

Reset có nhiều nghĩa, tùy theo cách bạn diễn dịch. Do đó, tôi không khẳng định việc gọi hàm set_timer0(0) sẽ "reset" bộ định thời, vì không rõ bạn ngụ ý gì khi nói đến "reset".

Thân,

[bachelor]

Nguyên văn bởi namqn

Bộ timer sử dụng một bộ đếm để thực hiện chức năng của nó. Nếu được cấu hình để đếm xung bất đồng bộ bên ngoài, nó làm việc như một bộ đếm. Nếu được cấu hình để đếm xung đồng hồ (có qua bộ chia hoặc không) bên trong PIC, nó làm việc như một đồng hồ.

Việc gọi hàm set_timerX(Y) sẽ đặt giá trị Y vào bộ đếm đó. Việc gọi hàm set_timer0(0) sẽ ghi giá trị 0 vào bộ đếm của timer0, và timer0 sẽ bắt đầu đếm từ giá trị đó, nếu nó được kích hoạt.

Reset có nhiều nghĩa, tùy theo cách bạn diễn dịch. Do đó, tôi không khẳng định việc gọi hàm set_timer0(0) sẽ "reset" bộ định thời, vì không rõ bạn ngụ ý gì khi nói đến "reset".

Thân,

Trước hết xin cảm ơn vì bạn đã trả lời rất nhanh mặc dù tôi vừa mới post câu hỏi !
Để bạn namqn dễ hình dung hơn tôi xin nêu cụ thể bài toán của mình như sau:
Tôi cần phải đo thời gian ở giữa hai xung. Ở đây tôi không dùng bộ định thời làm bộ đếm vì một số lý do thực tế. Phương án giải quyết của tôi là sử dụng timer0 với prescale=1, clock nội=1MHz(sử dụng thạch anh 4MHz) như vậy bộ định thời sẽ tràn ở 256us. Giả thiết là thời gian xuất hiện giữa hai xung luôn nhỏ hơn 256us, ở đây tôi sử dụng 2 xung này để làm nguồn ngắt ngoài cho vi xử lý (PIC16F877A). Với ngắt xuất hiện bởi xung thứ nhất tôi gọi hàm set_timer0(0); để bắt đầu đếm từ 0. Với ngắt xuất hiện bởi xung thứ hai tội gọi hàm get_timer0(); để lấy lại giá trị hiện thời của bộ đếm, giả sử giá trị trả về là 100 tức là thời gian giữ chậm giữa 2 xung là 100us.
Một vấn đề sẽ nảy sinh khi có 2 xung tiếp tục tới:
Ngắt bởi xung 1 -> Set_timer0(0);
-Nếu có reset -> bộ định thời lại bắt đầu đếm từ 0 -> đến ngắt bởi xung 2 -> get_timer0() sẽ cho ra một kết quả chính xác (giả sử lại là 100).
-Nếu không có reset-> bộ định thời tiếp tục đếm từ giá trị hiện thời (giả thiết cái xung 1 lần 2 cách xung 2 lần 1 1us thì giá trị hiện thời của bộ đếm là 101) -> đến ngắt bởi xung 2 -> get_timer0() trả về giá trị 201 là giá trị sai !
Đến đây chắc namqn đã hiểu khái niệm reset tôi muốn đề cập là gì và có thể trả lời tường tận giúp tôi. Mong bạn trả lời sớm
Thanks !

[namqn]

Về nguyên tắc, cách làm của bạn là ổn. Nếu bạn dùng hàm set_timer0(0) khi phát hiện xung thứ nhất, số đếm của timer0 sẽ được đặt là 0, và timer sẽ tiếp tục chạy nếu nó được kích hoạt (enabled). Ở xung thứ hai, bạn dùng hàm get_timer0() để lấy số đếm thì có thể đo được khoảng thời gian giữa hai xung.

Tuy nhiên, bạn cần chú ý là tồn tại thời gian trễ giữa thời điểm xuất hiện xung thứ nhất và tác động xóa số đếm của timer0 bằng lệnh set_timer0(0), cũng như giữa thời điểm xuất hiện xung thứ hai và lệnh get_timer0(). Nếu bạn cần độ chính xác cỡ 1 us, bạn cần phải xem xét kỹ lưỡng những yếu tố này, tốt nhất là dùng thực nghiệm để xác định độ lệch nếu có.

Có vẻ như bạn đã từng hỏi vấn đề này trên diễn đàn cách đây một dạo?

Thân,

[bachelor]

Nguyên văn bởi namqn

Về nguyên tắc, cách làm của bạn là ổn. Nếu bạn dùng hàm set_timer0(0) khi phát hiện xung thứ nhất, số đếm của timer0 sẽ được đặt là 0, và timer sẽ tiếp tục chạy nếu nó được kích hoạt (enabled). Ở xung thứ hai, bạn dùng hàm get_timer0() để lấy số đếm thì có thể đo được khoảng thời gian giữa hai xung.

Tuy nhiên, bạn cần chú ý là tồn tại thời gian trễ giữa thời điểm xuất hiện xung thứ nhất và tác động xóa số đếm của timer0 bằng lệnh set_timer0(0), cũng như giữa thời điểm xuất hiện xung thứ hai và lệnh get_timer0(). Nếu bạn cần độ chính xác cỡ 1 us, bạn cần phải xem xét kỹ lưỡng những yếu tố này, tốt nhất là dùng thực nghiệm để xác định độ lệch nếu có.

Có vẻ như bạn đã từng hỏi vấn đề này trên diễn đàn cách đây một dạo?

Thân,

Thanhks, như vậy là đã rõ về hàm set_timerX();
Vấn đề tiếp theo
Trở lại bài toán mà tôi đã đề cập ở trên, tuy nhiên khi này khoảng cách (thời gian) giữa 2 xung thay đổi trong một dải lớn, giả thiết là từ 100us đến 10ms.
Vẫn sử dụng timer0 làm bộ định thời với clock nội = 1MHz, prescale = 1.
Khi này không thể sử dụng cách mà tôi đã nêu ở bài trước (vì với những khoảng thời gian > 256us thì rõ ràng hàm get_timer0() sẽ trả về giá trị sai)
Trong trường hợp này phương án giải quyết của tôi như sau:
- ở phần khởi tạo, cho phép ngắt bởi bộ định thời 0.
- phần chương trình thực hiện bởi ngắt định thời 0: tăng biến đếm i lên 1 (i là biến toàn cục)
- ngắt ngoài khi có xung thứ nhất đến: gán i = 0; gọi hàm set_timer0(0); gọi hàm enable_interrupts(INT_TIMER0);
- ngắt ngoài khi có xung thứ hai đến: diasble_interrupts(INT_TIMER0); Thời gian cần đo = i*256 + get_timer0(); [đơn vị us]
Khi test chương trình trên proteus với khoảng cách xung lớn thì khá chính xác, nhưng khi khoảng cách nhỏ hơn 256 us thì kết quả ra không chính xác và thay đổi loạn cả lên, không hiểu vì sao
Vậy mong mọi người xem qua phương án giải quyết bài toán của tôi và chỉ giùm tôi chỗ sai sót.
To Namqn: Trên thực tế bài toán tôi cần giải quyết cho phép sai số 1 vài us khi đo. Cũng lâu rồi không vào diễn đàn, quả thật đã từng hỏi vấn đề này nhưng trước đó tôi hỏi theo khía cạnh khác có thể nói là không liên quan . Thanks !

[namqn]

Nguyên văn bởi bachelor

Thanhks, như vậy là đã rõ về hàm set_timerX();
Vấn đề tiếp theo
Trở lại bài toán mà tôi đã đề cập ở trên, tuy nhiên khi này khoảng cách (thời gian) giữa 2 xung thay đổi trong một dải lớn, giả thiết là từ 100us đến 10ms.
Vẫn sử dụng timer0 làm bộ định thời với clock nội = 1MHz, prescale = 1.
Khi này không thể sử dụng cách mà tôi đã nêu ở bài trước (vì với những khoảng thời gian > 256us thì rõ ràng hàm get_timer0() sẽ trả về giá trị sai)
Trong trường hợp này phương án giải quyết của tôi như sau:
- ở phần khởi tạo, cho phép ngắt bởi bộ định thời 0.
- phần chương trình thực hiện bởi ngắt định thời 0: tăng biến đếm i lên 1 (i là biến toàn cục)
- ngắt ngoài khi có xung thứ nhất đến: gán i = 0; gọi hàm set_timer0(0); gọi hàm enable_interrupts(INT_TIMER0);
- ngắt ngoài khi có xung thứ hai đến: diasble_interrupts(INT_TIMER0); Thời gian cần đo = i*256 + get_timer0(); [đơn vị us]
Khi test chương trình trên proteus với khoảng cách xung lớn thì khá chính xác, nhưng khi khoảng cách nhỏ hơn 256 us thì kết quả ra không chính xác và thay đổi loạn cả lên, không hiểu vì sao
Vậy mong mọi người xem qua phương án giải quyết bài toán của tôi và chỉ giùm tôi chỗ sai sót.
To Namqn: Trên thực tế bài toán tôi cần giải quyết cho phép sai số 1 vài us khi đo. Cũng lâu rồi không vào diễn đàn, quả thật đã từng hỏi vấn đề này nhưng trước đó tôi hỏi theo khía cạnh khác có thể nói là không liên quan . Thanks !

Về mặt nguyên tắc, phương pháp thực hiện của bạn là ổn. Trong thực tế, có những yếu tố dẫn đến sai lệch kết quả đo mà bạn không đánh giá trong phương pháp trên.

Như tôi đã nói ở post trên, có thời gian trễ giữa thời điểm xuất hiện xung và việc diễn ra các thao tác. Cụ thể: khi xuất hiện xung thứ nhất, vài chu kỳ máy sau trình phục vụ ngắt ngoài mới được thực hiện, và mất thêm vài chu kỳ máy nữa cho việc lưu các thanh ghi cần được lưu (việc này trình biên dịch tự làm) rồi mới đến các lệnh thực sự. Khi xuất hiện xung thứ hai, tương tự như vậy, cũng mất một khoảng thời gian nữa mới đến việc thực thi các lệnh mà bạn muốn thực hiện cho trường hợp này, bên trong chương trình phục vụ ngắt. Thời gian trễ ở trường hợp thứ nhất và trường hợp thứ hai có thể khác nhau. Điều quan trọng hơn nữa, thứ tự thực hiện lệnh cho các trường hợp sẽ ảnh hưởng rất lớn đến sai lệch của kết quả.

Bạn nên chỉnh lại thứ tự thực hiện như sau (cho trình phục vụ ngắt ngoài):
- Ngắt ngoài khi có xung thứ nhất đến: gọi hàm set_timer0(0); gọi hàm enable_interrupts(INT_TIMER0); gán i = 0;
- Ngắt ngoài khi có xung thứ hai đến: biến_tạm = get_timer0(), diasble_interrupts(INT_TIMER0); thời gian cần đo = i*256 + biến_tạm; [đơn vị us]

Tuy nhiên, tôi cho rằng phương pháp sau tốt hơn:
1. Khởi tạo timer0 và cho phép ngắt timer0, nhưng timer0 chưa chạy; xóa thanh ghi timer0

2. Giả thiết bạn dùng PIC16/PIC18, chương trình phục vụ ngắt sẽ kiểm tra ngắt ngoài trước rồi mới kiểm tra ngắt timer0

3. Ngắt ngoài khi có xung thứ nhất đến: bật timer0 bằng hợp ngữ; gán i = 0;

4. Ngắt ngoài khi có xung thứ hai đến: đọc thanh ghi timer0 vào biến_tạm bằng hợp ngữ; tắt timer0; xóa thanh ghi timer0; thời gian cần đo = i*256 + biến_tạm; [đơn vị us]

5. Phần code phục vụ ngắt timer0 chỉ tăng i

6. Nếu thời gian đo được luôn lớn hơn hay nhỏ hơn thời gian thực tế, bạn có thể bù sai lệch này trong công thức tính thời gian cần do.

Cần nhớ: Thứ tự viết code là quan trọng, vì bạn đo thời gian, mà các lệnh cũng cần thời gian để thực thi.

Thân,