Hỏi về chống nhiễu keypad 4x4

[kideltn]

Em đang làm 1 cái máy tính đơn giản dùng keypad ghép nối với PIC.
Em mô phỏng trên Proteus,chạy ok.
Ra ngoài mạch thật lúc đc lúc không.
Mạch keypad của em như sau:

Em có nghe thằng bạn nói cần bổ sung thêm mạch gì đó nữa để hạn chế nhiễu...
Không biết thực hư việc này thế nào..
Mong các bác tư vấn !
Chân thành cảm ơn !

[xuantung]

Nhìn qua thấy bạn chưa có tụ chống nhiễu cao tần, thường mọi người dùng 104 mắc song song với từng phím.

[hoangdai]

đúng vậy_về phần cứng thì cho con tụ 104//phím bấm_về phần mềm cần có đoạn CT kiểm tra nút bấm thực sự_Như vậy sẽ ko bao giờ bị rung phím_Mình vẫn phải kết hợp cả 2 như vậy_Sản phẩm của mình bạn có bấm hay bấm nháy nháy cũng ko bao giờ nhảy loạn nên cả.

[kideltn]

Đã mắc xong tụ...
Kết quả còn tệ hơn nữa...
Vẫn đoạn code đó,mạch mắc thêm tụ,giờ làm việc còn bất ổn hơn.
Ai làm thành công nó(ko bị nhiễu) có thể share em cái schematic và source ko !
Em đang cần gấp...
Cảm ơn mọi người !

[tdm]

Đã mắc xong tụ...
Kết quả còn tệ hơn nữa...
Vẫn đoạn code đó,mạch mắc thêm tụ,giờ làm việc còn bất ổn hơn.
Ai làm thành công nó(ko bị nhiễu) có thể share em cái schematic và source ko !
Em đang cần gấp...
Cảm ơn mọi người !

bạn làm cách sau:
có phím nhấn: vd :if (rb4==0)
delay _ms(10);chống dội phím
kiểm tra lại phím: if (rb4==0)
sai thì không đọc phím
đúng sử lý phím
chờ phím nhả: while(rb4==0)
{
}
delay _ms(10);chống dội phím

[hoangdai]

Mình thì ko sài delay khi chống dội phím_Mình sẽ khởi tạo 1 biến khi nút đc ấn, tăng biến này lên--->có 1 thời gian t, sau đó kiểm tra lại nếu vẫn ấn là ok.

[tdcp]

đúng vậy ,mình cũng chỉ mới học con 16f84a thôi, nhưng trường hợp của bạn là nỗi do rung phím gây ra .
bạn cần phải sử lý bằng phần mềm.

[tdcp]

có nhiều cách để sử lý việc này,nhưng mình cũng thường làm như bạn TDM .làm cách này không những có
thể chống rung phím mà còn khử được nhiễu cao tần nữa.

[hoangdai]

Delay thì mất đi 1 khoảng thời gian ko làm gì. Phí và đôi khi nếu có cả quét led thì sẽ gây chớp led--->ko phù hợp khi có quét led.

[tdm]

Delay thì mất đi 1 khoảng thời gian ko làm gì. Phí và đôi khi nếu có cả quét led thì sẽ gây chớp led--->ko phù hợp khi có quét led.

không vấn đề gì:
có phím nhấn: vd :if (rb4==0)
quet_led();//thay ham de lay chống dội phím
kiểm tra lại phím: if (rb4==0)
sai thì không đọc phím
đúng sử lý phím
chờ phím nhả: while(rb4==0)
{
quet_led();
}
quet_led();//chống dội phím

[Bé KK]

Theo mình quét phím nên đặt trong ngắt timer . Hoặc phím sẽ được quét dựa trên việc tính thời gian trên ngắt timer . Như vậy thì mới ko ảnh hưởng nhiều tới chương trình và sẽ giảm được một cơ số câu lệnh ...

[kideltn]

Xin lỗi vì giờ em mới reply
Vì mãi sửa phím do mắc thêm mấy cái tụ vô
Không biết nói sao chứ mắc tụ vô kết quả còn thê thảm hơn...
Cho em hỏi các bác đã test nhiều với phương pháp trên chưa ?
Vì có đặc điểm là keypad em dùng rất nhiều
Và xác xuất nhiễu cỡ 1 trên 10 lần bấm.
Hơn nữa cái mạch trên là mạch em chôm của thằng MikroC
Có gì mong các bác bỏ qua mà giúp em !

[hoangdai]

Cách mắc tụ C là chuẩn_Ai cũng làm thế_Chỉ có bạn là kêu nó thê thảm thôi_Tôi bấm 10/10 đều ngon.

[duong_act]

Xin lỗi vì giờ em mới reply
Vì mãi sửa phím do mắc thêm mấy cái tụ vô
Không biết nói sao chứ mắc tụ vô kết quả còn thê thảm hơn...
Cho em hỏi các bác đã test nhiều với phương pháp trên chưa ?
Vì có đặc điểm là keypad em dùng rất nhiều
Và xác xuất nhiễu cỡ 1 trên 10 lần bấm.
Hơn nữa cái mạch trên là mạch em chôm của thằng MikroC
Có gì mong các bác bỏ qua mà giúp em !

Mắc tụ bé thôi. 103, 222... thôi. 104 có thể lớn quá khi quét cột thì nó kéo luôn hàng lên 1 trong thời gian rất nhỏ và nếu đủ thời gian để VDK nhận ra thì nó sẽ báo sai.

[phuphuongbk]

Mắc tụ bé thôi. 103, 222... thôi. 104 có thể lớn quá khi quét cột thì nó kéo luôn hàng lên 1 trong thời gian rất nhỏ và nếu đủ thời gian để VDK nhận ra thì nó sẽ báo sai.

Ko biết vì sao nhưng khi e mắc tụ vào 103, 104 thì mạch ko chạy còn khi tháo hết tụ ra thì ms chạy.... Tình hình này chống rung bằng phầm mềm ko thôi cho lành.haizz