Watchdog ( PIC16F877A) ngủm thì làm thế nào?

[MinhHa]

Chả là thế này.
Trước nay vẫn dùng watchdog ngoài, nay nghe thiên hạ đồn thổi PIC có watchdog rất hay, thế là dùng ngay cái này. Ai ngờ.
Mạch như sau.
1 con PIC 16F877A được nuôi bởi 2 nguồn.
1. Từ ăcqui 12V qua 7805 ( cho đơn giản)
2. Từ điện lưới qua nguồn switching xuống 12V.
Có 2 diode shotky nối từ 12V AQ và 12V từ AC chung nhau A vào 7805.
Trên mạch dùng tụ lọc 470uF ( tụ hóa) trước và sau 7805. Tụ tantalium ngay sát chân Vdd và Vss của PIC. ( 8 cái tantalium, 8 cái ceramic 104)

Vấn đề thế này.
Bình thường con chó chạy rất ngon ( cái con watchdog ấy mà).
Thế nhưng, thỉnh thoảng khi rút nguồn AC và cắm lại thì tần suất khoảng 5% là xuất hiên chó ăn phải bả, tức là PIC treo và chó cũng chết luôn. Chỉ còn cách tháo nguồn hay bấm RESET.
Các cao thủ cho ý kiến nhé.
Tại cái gì?
Làm sao chống được?

[quoc_thaibk]

anh cắm OSC đo nguồn ra của 7805 lúc rút nguồn ra xem hiện tượng thì có thể suy ra nhỉ chọn điều kiện trigger là thằng nguồn AC cạnh xuống

[phamthaihoa]

Chỉ có thể tại nguồn thôi, em còn bị nhiều hiện tượng lạ hơn nhiều, tìm đầu tìm đuôi cũng chỉ tại nguồn.

Anh nâng tụ lên 1000uF hoặc 2200uF xem có cải thiện không. Disable luôn cái Brown-out Reset của PIC luôn.

[namqn]

Thế khi rút ra rồi cắm dây nguồn AC thì bác có ắcquy hay là không?

Thân,

[MinhHa]

1. Tụ 1000 vẫn không ý nghĩa. Vì bên module 220 to 12 đã có 2200uF rồi.
2. Khi rút và cắm liên tục thì acqui vẫn nối.
3. OSC 100M bắt xung triger cả rising and falling không thấy có gì bất thường cả. Vì vẫn có acqui nuôi.
4.Disable Brown-out Reset rồi.
Thế mới lạ chứ. mà thằng chó canh cửa chết luôn. Ngày trước toàn dùng con auto reset của MAXIM nên không bao giờ gặp. Nay bỏ nó đi là có vẫn đề.
Không trách cái đì giai của bọn tây toàn dùng AR của MAXIM, mà cái con này lại đắt hơn cả PIC thế mới đau chứ.

[falleaf]

Bác thử cắm cái ngõ ra của 7805 còn lại 47uF thay vì 470uF cả hai đầu vào ra. Giữ nguyên ngõ vào 470uF.

Bác dùng 7805 của thằng nào? Nếu nó có mấy loại khác nhau, sai số khác nhau. Bác tra trên TI thử, sẽ có.

Chúc vui

[VNarmy]

Thực ra vấn đề của bác MH quan tâm là sao thằng chó tích hợp lại không làm việc mà các bác lại cứ đi giải thích nguồn nọ nguồn kia làm gì. Tập chung vào vấn đề chính đi thôi.
@bác MH: con MAX690 cũng rẻ đấy chứ. Có 25k thôi à. Rẻ hơn con F88.

[MinhHa]

thực ra sửa mò kiểu thợ thì chạy rồi. Nhưng như thế thì chán nhỉ?
Các nhà thiết kế phân tích xem sao ( sửa lại tránh va chạm chỗ đông người)

Không trách mấy thằng cty liên doanh chỉ thay điện trở 5.1K xuồng 4.7K ( pullup) mà cần đến 6 thằng ký nháy vào mới được. Vì nó sợ lỗi tiềm ẩn sau này chứ không phải cứ chạy là được.

Các nhà thiết kế xắn tay lên giúp với iii.
Bài này rất nhỏ với các nhà thiết kế mà.

[MinhHa]

Bài sau là đến cái ADC PTH nhỉ?
Con PIC có cái ADC đó là PIC18F87J10. Nó có ADC chỉ để làm cảnh thôi hay sao ấy.

[tuyennhan]

Chắc là tại shock nguồn rồi thử gắn hai con tụ .1 vào đầu vô ra 7805 xem nếu không hết thì gắn thêm tụ ,1 hoặc ,047 song song với dây Ac xem.

[falleaf]

Các nhà thiết kế của F và tương lai là của M đâu rồi. Chẳng lẽ khi làm công nghiệp rồi thời gian sau phát hiện ra lỗi thì đi làm mò cho cả lọat hay sao? Mà đồng chí F tính đến hàng triệu sản phẩm thì thôi rồi, giải tán làm ván mới mất.

Vấn đề này em không thể thảo luận với bác được. Sản phẩm của bác có phải sản phẩm hàng triệu cái không? Và bác có định mua hàng của em không?

Chúc vui

[MinhHa]

thế sửa mò à?
có đủ tụ rồi cả tan và ceramic.
Mà xác suất xảy ra chỉ 5% thôi. Quá may chứ nếu <1% thì khó phát hiện. Khi sản xuất mới toi.

[MinhHa]

Vấn đề này em không thể thảo luận với bác được. Sản phẩm của bác có phải sản phẩm hàng triệu cái không? Và bác có định mua hàng của em không?

Ơ thế F không support cho M à. Đây là hỏi về PIC16F877A của ATMEL mà hì hì?

[MinhHa]

Có vài cái mà đang bị vậy. Cần giải quyết xem sao đã chứ. Đến hàng triệu lúc đó mới chờ được M hay F support chắc giải tán cty lâu rồi.

[falleaf]

Có vài cái mà đang bị vậy. Cần giải quyết xem sao đã chứ. Đến hàng triệu lúc đó mới chờ được M hay F support chắc giải tán cty lâu rồi.

Vấn đề này bác suy diễn không hợp lý. Ta không bàn vấn đề này ở đây.

Em chỉ khẳng định rằng, nếu bác là khách hàng của R&P, bác làm việc với R&P, có đào cả núi lên R&P cũng phải giúp cho được bác về vấn đề thiết kế này.

Nếu bác cần sự hỗ trợ của R&P, hãy cung cấp thông tin chi tiết qua email cho R&P (hoặc cho em), và R&P sẽ yêu cầu bác một số thông tin để tìm ra và giải quyết vấn đề. Nếu nhân lực của R&P không đủ năng lực giải quyết vấn đề, R&P sẽ liên kết với Microchip để giải quyết vấn đề này. Tất nhiên nếu cả đến Microchip mà không giải quyết được vấn đề của bác thì lúc đó hoặc bác là thiên tài, hoặc bác đúng là thiên tài.

Nếu R&P cứ chi (cả tiền và nhân lực) để hỗ trợ tất cả mọi người tới tận chi tiết, thì tại sao người ta phải làm khách hàng của R&P, bởi đơn giản chỉ cần là một thành viên diễn đàn, thì đã có thể nhận được sự hỗ trợ.

Nếu chỉ là một vấn đề bác đưa lên diễn đàn, thì ta không nên đặt vấn đề suy diễn như thế này. Thực sự cách suy diễn này làm ảnh hưởng tới hoạt động của R&P và nó thực là vấn đề không đáng.

Nếu để bảo vệ R&P khỏi vấn đề như thế này, thì R&P sẽ co cụm mình lại, tránh khỏi những rắc rối nhỏ gây mất uy tín, và thế lại không có lợi cho cộng đồng.

Hãy nhìn đơn giản bài toán bác đưa ra, trước tiên bác đưa ra một số vấn đề, và cho rằng như thế là đủ. Một số thành viên hỏi thêm, bác lại đưa ra thêm... Như vậy có nghĩa rằng mọi người chưa khoanh vùng được lỗi của bác. Có thể bác làm việc trực tiếp với nó, và bác đã khoanh vùng lỗi xong, nhưng bác lưu ý rằng những thành viên đọc bài của bác sẽ không thể tư duy giống như bác.

Nếu bác thấy đây là một việc làm tích cực, thì bác đưa ra vấn đề xảy ra lỗi, cách bác giải quyết được và cho nó chạy được, R&P sẽ ghi nhận các lỗi này, và tìm cách giải thích một cách cặn kẽ hơn vì sao cách sửa như vậy lại chạy, và với các cách sửa có thể, cách nào sẽ tối ưu hơn...

Một sản phẩm không nhất thiết rập khuôn theo một thiết kế, và R&P không support theo cách đó, R&P support theo toàn bộ dự án để tìm ra các giải pháp tốt nhất cho dự án.

Xin lỗi vì bài này không liên quan kỹ thuật, nhưng em phân tích để bác tránh cách suy diễn như thế này, thực sự là những suy diễn không có lợi cho việc phát triển.

Chúc vui.