hỏi cách tính cycle time và duty!

[lequocbao]

khi set cpp1 và cpp2 là pwm thì mình cần làm như sau:
setup_ccp1(CCP_PWM);
setup_ccp2(CCP_PWM);
setup_timer_2 (mode, period, postscale);
set_pwm1_duty(value);
set_pwm2_duty(value);

vd:
setup_timer_2(T2_DIV_BY_1,127,1);//cycle time=(1/20000000)*4*1*(127+1)=25.6us.
set_pwm1_duty(value);

cái mình cần hỏi là cái value phải tính như thế nào ?và đơn vị của value là gì?(có phải us không?)và theo như vd trên thì cycle time là 25.05us thì mình nhập value=25.05/2=12.53 là mình có duty là 50% phải không các bạn?

[lequocbao]

khi set cpp1 và cpp2 là pwm thì mình cần làm như sau:
setup_ccp1(CCP_PWM);
setup_ccp2(CCP_PWM);
setup_timer_2 (mode, period, postscale);
set_pwm1_duty(value);
set_pwm2_duty(value);

vd:
setup_timer_2(T2_DIV_BY_1,127,1);//cycle time=(1/20000000)*4*1*(127+1)=25.6us.
khi muốn động cơ chạy với 50% tốc độ thì:
set_pwm1_duty(250);//duty 50%=12.53us=250*1/20000000;


nhưng động cơ vẫn chạy ào ào như lúc kích trực tiếp không hiểu tại sao nữa?

[namqn]

Nguyên văn bởi lequocbao

khi set cpp1 và cpp2 là pwm thì mình cần làm như sau:
setup_ccp1(CCP_PWM);
setup_ccp2(CCP_PWM);
setup_timer_2 (mode, period, postscale);
set_pwm1_duty(value);
set_pwm2_duty(value);

vd:
setup_timer_2(T2_DIV_BY_1,127,1);//cycle time=(1/20000000)*4*1*(127+1)=25.6us.
khi muốn động cơ chạy với 50% tốc độ thì:
set_pwm1_duty(250);//duty 50%=12.53us=250*1/20000000;


nhưng động cơ vẫn chạy ào ào như lúc kích trực tiếp không hiểu tại sao nữa?

Bạn đọc kỹ lại hướng dẫn của CCS C cho hàm set_pwm1_duty(). Nếu giá trị thiết lập duty cycle là 8-bit (là trường hợp hiện có của bạn), nó sẽ được dịch trái 2 bit để tạo ra giá trị 10-bit. Do đó, giá trị thiết lập bằng 250 sẽ dẫn đến duty cycle = 100 %. Với thiết lập của bạn như trên, duty cycle = 50 % sẽ ứng với giá trị thiết lập là 64.

Thân,

[lequocbao]

Nguyên văn bởi namqn

Bạn đọc kỹ lại hướng dẫn của CCS C cho hàm set_pwm1_duty(). Nếu giá trị thiết lập duty cycle là 8-bit (là trường hợp hiện có của bạn), nó sẽ được dịch trái 2 bit để tạo ra giá trị 10-bit. Do đó, giá trị thiết lập bằng 250 sẽ dẫn đến duty cycle = 100 %. Với thiết lập của bạn như trên, duty cycle = 50 % sẽ ứng với giá trị thiết lập là 64.

Thân,

thì em theo đúng hướng dẫn của CCS đó anh:
// For a 20 mhz clock, 1.2 khz frequency,
// t2DIV set to 16
// the following sets the duty to 50% (or 416 us).
long duty;
duty = 520; // .000416/(16*(1/20000000))
set_pwm1_duty(duty);

con số 240 em tính ở trên là dựa vào cách tính số 520 như hướng dẫn.
hướng dẫn chỉ nói là sẽ thêm 2 bit 0 vào phía lsb chứ không nói rõ là thêm 2 bit 0 vào thì duty phải tính lại như thế nào?
sẳn anh Namqn cho em hỏi lun là phải tính như thế nào để ra được con số 64 vậy anh?loay quay mấy ngày rùi mà vẫn chưa mò ra được.

[namqn]

Nguyên văn bởi lequocbao

thì em theo đúng hướng dẫn của CCS đó anh:
// For a 20 mhz clock, 1.2 khz frequency,
// t2DIV set to 16
// the following sets the duty to 50% (or 416 us).
long duty;
duty = 520; // .000416/(16*(1/20000000))
set_pwm1_duty(duty);

con số 240 em tính ở trên là dựa vào cách tính số 520 như hướng dẫn.
hướng dẫn chỉ nói là sẽ thêm 2 bit 0 vào phía lsb chứ không nói rõ là thêm 2 bit 0 vào thì duty phải tính lại như thế nào?
sẳn anh Namqn cho em hỏi lun là phải tính như thế nào để ra được con số 64 vậy anh?loay quay mấy ngày rùi mà vẫn chưa mò ra được.

Đây là một cái bẫy của CCS C mà ít ai để ý.

Nếu bạn khai báo một biến để chứa duty cycle, trình biên dịch sẽ theo kiểu dữ liệu của biến mà xác định giá trị duty cycle là 8-bit hay 16-bit. Nhưng nếu bạn chỉ đưa một giá trị hằng 250 thì trình biên dịch sẽ tự hiểu là giá trị 8-bit (trong khi có thể bạn đang muốn mô tả một giá trị 16-bit). Chú ý là nếu bạn đưa giá trị hằng 520 vào thì trình biên dịch vẫn hiểu rằng đó là một giá trị 16-bit, vì 520 không thể chứa trong 8-bit.

Còn cách tính ra số 64 thì rất đơn giản. Nếu giá trị duty cycle là 8-bit, giá trị ứng với duty cycle = 100 % sẽ bằng giá trị thiết lập của timer cộng với 1 (127 + 1 = 128 trong ví dụ ở post #2 của bạn). Do đó duty cycle = 50 % sẽ ứng với giá trị thiết lập = 128/2 = 64.

Thêm 2 bit '0' vào LSB của duty cycle có nghĩa là giá trị mà bạn mô tả cho duty cycle sẽ được dịch trái 2 vị trí, do đó nó (giá trị mà bạn mô tả) sẽ được so sánh với thanh ghi TMR2, chứ không còn so sánh với tổ hợp thanh ghi TMR2 và 2 Q-bit. Nói cách khác, độ phân giải duty cycle mà bạn có thể dùng sẽ bằng với độ phân giải của tần số, chứ không còn là 4 lần của độ phân giải đó như bình thường.

Thân,

[lequocbao]

Nguyên văn bởi namqn

Còn cách tính ra số 64 thì rất đơn giản. Nếu giá trị duty cycle là 8-bit, giá trị ứng với duty cycle = 100 % sẽ bằng giá trị thiết lập của timer cộng với 1 (127 + 1 = 128 trong ví dụ ở post #2 của bạn). Do đó duty cycle = 50 % sẽ ứng với giá trị thiết lập = 128/2 = 64.

Thêm 2 bit '0' vào LSB của duty cycle có nghĩa là giá trị mà bạn mô tả cho duty cycle sẽ được dịch trái 2 vị trí, do đó nó (giá trị mà bạn mô tả) sẽ được so sánh với thanh ghi TMR2, chứ không còn so sánh với tổ hợp thanh ghi TMR2 và 2 Q-bit. Nói cách khác, độ phân giải duty cycle mà bạn có thể dùng sẽ bằng với độ phân giải của tần số, chứ không còn là 4 lần của độ phân giải đó như bình thường.

Thân,

anh Namqn có thể chỉ rõ hơn cách tính duty cycle, chứ theo như anh chỉ thì duty cycle chỉ phụ thuộc vào giá trị nạp vào timer2 chứ không xem xét đến tần số băm xung và thạch anh ngoài.Có công thức tổng quát nào không anh?

[namqn]

Nguyên văn bởi lequocbao

anh Namqn có thể chỉ rõ hơn cách tính duty cycle, chứ theo như anh chỉ thì duty cycle chỉ phụ thuộc vào giá trị nạp vào timer2 chứ không xem xét đến tần số băm xung và thạch anh ngoài.Có công thức tổng quát nào không anh?

Bạn xem lại định nghĩa của duty cycle. Bạn dùng tần số dao động cao hơn thì tần số điều chế tín hiệu sẽ cao hơn (giả sử vẫn dùng cùng giá trị nạp vào Timer 2). Duty cycle là một đại lượng tương đối, do đó không phụ thuộc vào tần số điều chế.

Thân,

[lequocbao]

Vậy anh Namqn có thể cho e hỏi là băm xung ở tần số thấp và cao thì cái nào chính xác hơn?
chứ em băm xung ở tần số 1.2kHz nhưng sao không chính xác anh Namqn ơi?tỉ lệ tính ra không như mình tính toán.

[namqn]

Nguyên văn bởi lequocbao

Vậy anh Namqn có thể cho e hỏi là băm xung ở tần số thấp và cao thì cái nào chính xác hơn?
chứ em băm xung ở tần số 1.2kHz nhưng sao không chính xác anh Namqn ơi?tỉ lệ tính ra không như mình tính toán.

Với cùng một tần số thực thi lệnh, nếu bạn dùng tần số thấp hơn thì sẽ có độ phân giải cho duty cycle cao hơn, do đó bạn có thể mô tả các duty cycle một cách chính xác hơn.

Bạn kiểm tra xung kết quả như thế nào mà nói rằng nó không chính xác? Liệu có phải do mạch động lực của bạn có vấn đề không? Nếu bạn là sinh viên khoa Điện, ĐHBK HCM thì có thể gặp trực tiếp tôi (tôi đã về VN, và đang giảng dạy tại khoa Điện, ĐHBK HCM).

Thân,

[lequocbao]

Nguyên văn bởi namqn

Với cùng một tần số thực thi lệnh, nếu bạn dùng tần số thấp hơn thì sẽ có độ phân giải cho duty cycle cao hơn, do đó bạn có thể mô tả các duty cycle một cách chính xác hơn.

Bạn kiểm tra xung kết quả như thế nào mà nói rằng nó không chính xác? Liệu có phải do mạch động lực của bạn có vấn đề không? Nếu bạn là sinh viên khoa Điện, ĐHBK HCM thì có thể gặp trực tiếp tôi (tôi đã về VN, và đang giảng dạy tại khoa Điện, ĐHBK HCM).

Thân,

Thì em đo tốc độ từ encoder phản hồi về (tính ra tốc độ vòng / phút).tốc độ dc luôn cao hơn giá trị mình tính toán.
mạch động lực em dùng 02 IRF9540 và 02 IRF540 tạo thành cầu H,cách ly wa 4 opto521 .khi kích thì 02 opto được mắc nối tiếp nên sẽ dẫn cùng lúc cho động cơ quay(em không dùng các ic lái, chỉ dùng các C1815 để kích đóng /mở thui).Em có tham khảo ý kiến của thầy HV Kiểm thì thầy nói cái mạch đó hơi "cùi bắp" nên chắc có lẽ sai số nằm ở phần mạch động lực.
Để em post cái sơ đồ mạch lên anh xem giúp(à mà mình mún post hình lên thì làm như thế nào vậy anh?)

anh Namqn ở khoa Điện hả, khi nào "bí rợ hết đường" chắc chắn em sẽ cầu cứu !!!!!!

[lequocbao]

mạch cầu H:

[lequocbao]

cho e xin chút í kiến đi anh Namqn!

[namqn]

Nguyên văn bởi lequocbao

cho e xin chút í kiến đi anh Namqn!

Ý kiến là mạch nguyên lý của bạn mờ quá. Nếu các giá trị linh kiện đúng như trong mạch thực của bạn thì thời gian nạp/xả các tụ ngõ vào của MOSFET sẽ đáng kể so với chu kỳ bằng khoảng vài mươi us mà bạn đang định sử dụng. Cũng chú ý là các optocoupler TLP521 (vỏ nhựa màu trắng) có thời gian trì hoãn cỡ vài us!

Thân,

[lequocbao]

Nguyên văn bởi namqn

Ý kiến là mạch nguyên lý của bạn mờ quá. Nếu các giá trị linh kiện đúng như trong mạch thực của bạn thì thời gian nạp/xả các tụ ngõ vào của MOSFET sẽ đáng kể so với chu kỳ bằng khoảng vài mươi us mà bạn đang định sử dụng. Cũng chú ý là các optocoupler TLP521 (vỏ nhựa màu trắng) có thời gian trì hoãn cỡ vài us!

Thân,

í tần số băm xung là 1.2kHz (833us)lận mà anh?thì trể vài us chắc là không " ci nhê" đúng không anh?
sẳn anh cho e hỏi thêm 01 vấn đề mới phát sinh thêm nữa là:
Hiện e đang băm xung ở 2.4khZ --> trị nạp cho timer2 là 127. Vì băm xung ở 1.2kHz (trị nạp cho timer2 là 255) mừ speed là int8 dể bị tràn phải không anh?
- biến speed nạp cho set_pwm1_duty(speed); là int8.
- nhưng tốc độ phản hồi về là rpm là int16.
vấn đề là chương trình của e tính toán sẽ có biểu thức liên quan giữa speed(int8) và rpm(int16) [speed=f(rpm)] tạm gọi là khác kiểu, nên kết quả hình như là bị sai.

e đã thử tách thằng rpm(int16) ra thành 02 giá trị int8 rùi nhưng mà vẫn chưa được anh àh!

mình có cách nào khác để thực hiện phép toán giữa số 8bit và 16bit không anh?

[namqn]

Nguyên văn bởi lequocbao

í tần số băm xung là 1.2kHz (833us)lận mà anh?thì trể vài us chắc là không " ci nhê" đúng không anh?
sẳn anh cho e hỏi thêm 01 vấn đề mới phát sinh thêm nữa là:
Hiện e đang băm xung ở 2.4khZ --> trị nạp cho timer2 là 127. Vì băm xung ở 1.2kHz (trị nạp cho timer2 là 255) mừ speed là int8 dể bị tràn phải không anh?
- biến speed nạp cho set_pwm1_duty(speed); là int8.
- nhưng tốc độ phản hồi về là rpm là int16.
vấn đề là chương trình của e tính toán sẽ có biểu thức liên quan giữa speed(int8) và rpm(int16) [speed=f(rpm)] tạm gọi là khác kiểu, nên kết quả hình như là bị sai.

e đã thử tách thằng rpm(int16) ra thành 02 giá trị int8 rùi nhưng mà vẫn chưa được anh àh!

mình có cách nào khác để thực hiện phép toán giữa số 8bit và 16bit không anh?

Cụ thể là bạn tính speed theo rpm như thế nào? Liệu có làm cho kết quả bị cắt xén do chuyển kiểu dữ liệu hay không?

Bạn muốn thực hiện phép toán cụ thể gì giữa các số 8-bit và 16-bit?

Thân,