Nguyên văn bởi duong_act
Xem bài viết
Thông báo
Collapse
No announcement yet.
Thiết lập chức năng counter ai giúp với(đếm sản phẩm)
Collapse
X
-
Em thấy mấy cái này ở ngoài thực tế thì đúng nhưng đối với MCU thì lại không đúng, giả như ở ngoài đời thực khi tỏ tình chắc lúc đó tâm trạng và cảm xúc là quan trọng nhất, nếu đang định hoặc đang tỏ tình mà bị ai đó làm phiền thì dễ mất đi cảm xúc nó không tốt, nhưng trong trường hợp MCU thì nó dạng như mặc định là mọi thứ đựoc giữ nguyên lại thì có gì là không tốt đâu? chỉ trừ trường hợp 2 ngắt đến cùng 1 lúc thì rất dễ bị mất thông tin của 1 trong 2 ngắt. Nhưng trường hợp này thì chỉ dùng 1 ngắt nên em nghĩ không có gì là không tốt cả.
-
Em thấy mấy cái này ở ngoài thực tế thì đúng nhưng đối với MCU thì lại không đúng, giả như ở ngoài đời thực khi tỏ tình chắc lúc đó tâm trạng và cảm xúc là quan trọng nhất, nếu đang định hoặc đang tỏ tình mà bị ai đó làm phiền thì dễ mất đi cảm xúc nó không tốt, nhưng trong trường hợp MCU thì nó dạng như mặc định là mọi thứ đựoc giữ nguyên lại thì có gì là không tốt đâu? chỉ trừ trường hợp 2 ngắt đến cùng 1 lúc thì rất dễ bị mất thông tin của 1 trong 2 ngắt. Nhưng trường hợp này thì chỉ dùng 1 ngắt nên em nghĩ không có gì là không tốt cả.Nguyên văn bởi duong_act Xem bài viếtBạn đang đi thi lẽ dĩ nhiên nếu ổn thì bạn đến thi xuôn xẻ, nhưng trong trường hợp đang đi có thằng ôn vật tông vào bạn ngã chỏng quèo ra đường thì sao ?
Bạn đang chuẩn bị tỏ tình với em ABCDXYZ tự nhiên có cuộc điện thoại mà không thể không nghe thì tính sao ? "- Em chờ anh tý, anh chém gió một tẹo rồi tỏ tình tiếp
".
Con MCU cũng thế, nó đang làm việc theo lịch sẵn thì tự nhiên " Vứt đấy đã, làm tợp bia rồi tính tiếp " Như thế thì có tốt không
Tuy nhiên trong một số trường hợp vẫn phải dùng.
Comment
-
Em không nghĩ vậy, ngoại trừ chuơng trình có lỗi nó ghi đè vào phần bộ nhớ lưu trữ trạng thái trước khi ngắt hoặc là chuơng trình con phục vụ ngắt dùng RAM quá nhiều nên nó lạm sang cả phần RAM lưu trữ trạng thái trước đó thì mới chết chuơng trình. còn ý bác nói có thể là do xung quá nhanh dẫn đến hiện tượng chưa cất xong trạng thái để chuyển sang thực hiện chuơng trình phục vụ ngắt thì bị ngắt mới thì đúng là trường hợp quá đặc biệt và chắc chắn là chuơng trình của mình sẽ chết, có điều nếu nó đã nhanh đến vậy thì bác có đọc theo kiểu IO hoặc đi chăng nữa thì cũng vẫn chết chứ không thể còn sống được vì theo kiểu vậy thì bác phải tạo 1 vòng lặp mãi mãi để đọc thông tin từ counter mà chi phí đọc thì cũng không thấp vì có làm việc với số dạng INT và chu kỳ ghi đọc của mình bắt buộc phải nhanh hơn tần số xung thì mới mong đọc được đúng thông tin. Như vậy nếu cân nhắc xem cách nào hại hơn thì chưa chắc dùng ngắt đã hại. giờ em sẽ thử viết 1 chuơng trình sử dụng ngắt để xem nó nhận đựoc xung max là bao nhiêu và dùng counter nhận xung max là bao nhiêu, các bác cùng đánh giá nhé.Nguyên văn bởi duong_act Xem bài viếtNó muôn hình muôn vẻ. Dùng thì vẫn dùng nhưng hạn chế nhất. Đang tỏ tình có 1 cuộc gọi thì không sao. Nó mà nháy liên tục thì giải quyết xong cũng là lúc con bồ nó cưới chồng rồi
Comment
-
Bạn cứ thử đi. Dùng vòng lặp dĩ nhiên chậm hơn dùng ngắt và dùng ngắt sẽ chậm hơn counter. Ngắt sẽ sinh ra những sự "gián đoạn không kiểm soát " mà bắt buộc phải ngừng tất cả và tốn thời gian để xử lý cái gián đoạn đó. Nếu như tần số phát sinh ngắt thấp + chương trình tương đối ngắn => OK. Còn lại ít nhiều đều ảnh hưởng.Nguyên văn bởi myth-coder Xem bài viếtEm không nghĩ vậy, ngoại trừ chuơng trình có lỗi nó ghi đè vào phần bộ nhớ lưu trữ trạng thái trước khi ngắt hoặc là chuơng trình con phục vụ ngắt dùng RAM quá nhiều nên nó lạm sang cả phần RAM lưu trữ trạng thái trước đó thì mới chết chuơng trình. còn ý bác nói có thể là do xung quá nhanh dẫn đến hiện tượng chưa cất xong trạng thái để chuyển sang thực hiện chuơng trình phục vụ ngắt thì bị ngắt mới thì đúng là trường hợp quá đặc biệt và chắc chắn là chuơng trình của mình sẽ chết, có điều nếu nó đã nhanh đến vậy thì bác có đọc theo kiểu IO hoặc đi chăng nữa thì cũng vẫn chết chứ không thể còn sống được vì theo kiểu vậy thì bác phải tạo 1 vòng lặp mãi mãi để đọc thông tin từ counter mà chi phí đọc thì cũng không thấp vì có làm việc với số dạng INT và chu kỳ ghi đọc của mình bắt buộc phải nhanh hơn tần số xung thì mới mong đọc được đúng thông tin. Như vậy nếu cân nhắc xem cách nào hại hơn thì chưa chắc dùng ngắt đã hại. giờ em sẽ thử viết 1 chuơng trình sử dụng ngắt để xem nó nhận đựoc xung max là bao nhiêu và dùng counter nhận xung max là bao nhiêu, các bác cùng đánh giá nhé.Last edited by duong_act; 21-09-2013, 01:05.
Comment
-
OK mình đã thử, nhưng chỉ bằng mô phỏng thôi. Qua thử nghiệm thì với cách code của mình mình thấy với việc sử dụng ngắt thì sẽ đếm được tối đa cỡ 38k xung/s còn đối với cách dùng timer thì có thể nói là thoải mái. Dưới đây mình có đính kèm những gì mình làm để thử nghiệm, có mở rộng thêm chức năng đếm xung trong thời gian 1s với việc bạn bỏ comment tại //#define COUNT1S. Và mình muốn giới thiệu thêm đến những ai chưa biết quét LED7 đoạn bằng timer vì trong bài này mình đang dùng phuơng pháp đó.Attached Files
Comment
-
em đang tính làm mạch đếm sản phẩm,khi nhận biết có sự mất xung(sản phẩm đi qua làm che led thu),nghĩa là ko có xung đi qua chan p3.5 thì led 7 đoạn đếm lên 1,còn cái code của anh myth-coder luôn đếm lên 1 khi có xung
có ai có thể giúp mình ko
Comment
-
Bạn này chán quá, bạn đặt thêm 1 con tranzitor vào đảo trạng thái logic của chân dùng để kích vào P3.5 là xong có thế thôi mà. Cái này khó lắm à? Mà ở đây là giúp các bạn tư duy và phần nào đó các bạn chưa biết tới chứ không phải là chỗ để làm từ a-z xong chỉ việc đem nộp cho thầy cô lấy điểm đâu.Nguyên văn bởi 123abcd Xem bài viếtem đang tính làm mạch đếm sản phẩm,khi nhận biết có sự mất xung(sản phẩm đi qua làm che led thu),nghĩa là ko có xung đi qua chan p3.5 thì led 7 đoạn đếm lên 1,còn cái code của anh myth-coder luôn đếm lên 1 khi có xung
có ai có thể giúp mình ko
Comment
Bài viết mới nhất
Collapse
-
bởi afrendlyCảm ơn bạn. Mình hỏi để thợ có thể tham khảo thôi chứ không đủ kiển thức để sửa, mà cũng không có đồ nghề, mua đồ nghề quá tiền máy. Gọi nhiều lần mà thợ hẹn mãi chưa có tới ấy bạn. Mình muốn sửa được chứ bỏ thì uống, nhưng sợ là được mỗi người thợ mà lại không sửa nổi....
-
Channel: Điện tử gia dụng
Hôm qua, 00:34 -
-
bởi mèomướpDạ nó bị tắc ẩm hoặc rò thiếu gas hoặc lốc yếu hoặc van tiết lưu có vấn đề hoặc tất cả những nguyên nhân trên ạ. Chú ko chuyên về mảng này thì bán đi, giành thời gian trồng rau sạch đem ra chợ bán lấy tiền mua tủ mới ạ. Còn...
-
Channel: Điện tử gia dụng
10-05-2026, 17:01 -
-
bởi afrendlyXin chào mọi người. Mình lại có vấn đề về đồ điện cần nhờ mọi người hỗ trợ giúp. Mình có tủ lạnh Sharp dùng cũng lâu rồi. Trước có bị kém lạnh, không đông đá thì có thợ họ mang về, sục đường ga gì đó hết 900k và đã dùng...
-
Channel: Điện tử gia dụng
10-05-2026, 16:53 -
-
bởi dinhthuong92Đấy, cái tôi thắc mắc là chỗ màu hồng ấy bạn, để áp vào cao chứ không bị sụt gần bằng áp pin thì rất cần cuộc cảm để làm điều đó. Tuy nhiên, trong công thức bác thớt dẫn không thấy mặt L, và một vài mạch MPPT tôi đã kiểm...
-
Channel: Nguồn!
09-05-2026, 10:01 -
-
bởi mèomướpDạ mạch sạc là 1 cục nguồn, nó sẽ điều chỉnh công suất đầu ra để có tổng trở bằng nội trở của pin ạ. Và cái cách nó chỉnh công suất đầu ra sẽ là dạng buck, boot. Đều cần đến cuộn cảm ạ. Tất nhiên chú thích thì có thể dùng dạng tuyến tính transistor để bù trừ nhưng mà nó đốt năng lượng vô ích ạ...
-
Channel: Nguồn!
08-05-2026, 16:26 -
-
bởi dinhthuong92Tng trở R của tải (gồm pin và mạch sạc) trong công thức đó rõ ràng khống có L xuất hiện. Nếu tính các dây dẫn thì rất nhỏ, bỏ qua. Vì nội trở pin là rất nhỏ, có thể nói luôn lớn hơn nội trở solar, nên mạch MPPT sẽ hầu như luôn tính...
-
Channel: Nguồn!
08-05-2026, 11:00 -
-
bởi dinhthuong92Chào bác. Đã là công thức phải tổng quát chứ, nó phải thể hiện cả quá trình, rối thì quá độ hay xác lập tính sau vì tùy điều kiện. Cũng như công thức tính diện tích chả hạn, phải là tích phân....
-
Channel: Nguồn!
08-05-2026, 10:49 -

Comment