Thông báo

Collapse
No announcement yet.

Làm sao biết MCU có vấn đề? (chết hoặc bị khóa nạp)

Collapse
X
 
  • Lọc
  • Giờ
  • Show
Clear All
new posts

  • Làm sao biết MCU có vấn đề? (chết hoặc bị khóa nạp)

    Mình dùng mạch nạp USBasp nối với MCU AT89S52 (trên breadboard) như sau:
    Vcc --> Vcc (mạch nạp USBasp cấp nguồn cho MCU luôn)
    RST --> RST
    MOSI --> MOSI
    MISO --> MISO
    SCK --> SCK
    GND --> GND

    (Có mắc Thạch anh 11.0592 và tụ 33pf cho MCU)


    Mình dùng chương trình nạp là Progisp 1.72 thì xóa chip hay nạp mới đều báo là "Chip Program Enable Error". Mình đã kiểm tra dây nối nhiều lần để đảm bảo mắc đúng, hoặc thay Thạnh anh 12Mhz, 16Mhz hoặc tụ 22pf, giảm tốc độ nạp mà vẫn bị lỗi này. Đang nghi là con này bị bệnh (mình mua có 12k/con ở Nhật Tảo).

  • #2
    MOSI -> MISO
    MISO -> MOSI
    nó kiểu như uart, 1 thằng out ra từ đầu đi thì từ đầu về là đầu vào in
    Website chính thức đổi địa chỉ website thành
    Mời các bạn ghé thăm !!!

    Comment


    • #3
      có 12k/con làm 5 - 10 chú ... lăn tăn làm gì ...mua về test tiếp . Không test được mới tính !
      Module RF chuyên dụng điều khiển, truyền dữ liệu, thiết kế đề tài, dự án điện tử - chuyển giao công nghệ... ĐT: 0904964977 - email: dientuqueduong@yahoo.com

      Comment


      • #4
        nối vcc với chân 31 nữa

        Comment


        • #5
          Nguyên văn bởi tranvanlac Xem bài viết
          nối vcc với chân 31 nữa
          Chính xác là em mắc như thế này:


          Em dùng mạch nạp này với con ATmega328p vẫn bình thường, không hiểu sao con AT89S52 này lại dỡ chứng. Hôm nay, mới mua thêm 2 con AT89S52 để test (lần này là 20k/con), nhưng tình trạng không khác trước nên em nghĩ chắc không phải do MCU rồi.

          Comment


          • #6
            MOSI thì phải nối vào MISO chứ ( và ngược lại ).
            Chém bừa thế

            Comment


            • #7
              Nguyên văn bởi duong_act Xem bài viết
              MOSI thì phải nối vào MISO chứ ( và ngược lại ).
              Chém bừa thế
              Nếu nạp thì phải mắc MOSI-MOSI, MISO-MISO mà bác. Trước giờ, em vẫn nạp ATmega vậy mà. Dù sao thì cũng đã thử đổi qua đổi lại theo ý bác, nhưng vẫn thế.

              Comment


              • #8
                Nguyên văn bởi spam12345 Xem bài viết
                Nếu nạp thì phải mắc MOSI-MOSI, MISO-MISO mà bác. Trước giờ, em vẫn nạp ATmega vậy mà. Dù sao thì cũng đã thử đổi qua đổi lại theo ý bác, nhưng vẫn thế.
                cắm mosi với miso và ngược lại chứ ko ai cắm mosi vs mosi và miso vs miso cả. Có chăng là cái chuẩn header mạch nạp này của thầy giáo bạn đưa cho và bảo sinh viên cứ thế cắm phịch vào là đc thôi nên bạn cũng chả quan tâm j tới mấy cái miso và mosi
                Website chính thức đổi địa chỉ website thành
                Mời các bạn ghé thăm !!!

                Comment


                • #9
                  Đã tìm được lý do rồi:

                  USBasp nếu sử dụng firmware gốc (fischl.de - USBasp - USB programmer for Atmel AVR controllers) thì chỉ nạp Vi điều khiển AVR (Atmega, ATtiny, v.v..). Để nạp được cho AT89S51 và AT89S52 cần phải sử dụng bản firmware đã được chỉnh sửa (Microcontroller Projects: USB 8051 (89 series) & AVR Microcontroller Programmer). Mấy con USBasp tàu đã được nạp sẵn firmware này, nên dùng Progisp (hoặc AVRdude) nạp được cho AT89S51/52. Mấy anh Tây sử dụng bản USBasp gốc, cũng phải choáng vì điểm này: View topic - Writing to a AT89S52 through a USBasp :: AVR Freaks

                  I still cannot understand how it worked.

                  The RST pin on the AT89S52 is active-high.
                  The RESET pin on an AVR is active-low.

                  You are connecting pin#5 (RST) on the ISP header to an AVR. Which is fine.
                  But the signal is the wrong way round for an AT89 part.

                  The other anomaly is that a AT89S52 echoes 0x69 on the 4th SPI of a ISP_ENABLE_PGM command. The original usbasp firmware looks for an 0x53 on the 3rd SPI of the ISP_ENABLE_PGM command.

                  Comment

                  Về tác giả

                  Collapse

                  spam12345 Tìm hiểu thêm về spam12345

                  Bài viết mới nhất

                  Collapse

                  Đang tải...
                  X