Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Hardware
  3. Please check my pcb design for 24V LED Dimmer

Please check my pcb design for 24V LED Dimmer

Scheduled Pinned Locked Moved Hardware
6 Posts 3 Posters 93 Views 3 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • JoeridemanJ Offline
    JoeridemanJ Offline
    Joerideman
    wrote on last edited by
    #1

    I just soldered my new pcb for a 24VDC led dimmer. However I can not load a bootloader. I checked the USBASP that I use, it is fully working.

    I checked connections, I checked the orientation of the microcontroller. But I fear I just did something completely wrong. This is my first time to use the bare chip.

    3631f508-1b97-4f48-a745-3bfa38101e2f-image.png

    031c12e7-672d-45b0-a54d-82aaf8668690-image.png

    IMG_20200514_235847.jpg IMG_20200514_235928.jpg

    1 Reply Last reply
    0
    • JoeridemanJ Offline
      JoeridemanJ Offline
      Joerideman
      wrote on last edited by Joerideman
      #2

      I found one problem. The ground of the atmega was never connected to the rest of the circuit. I solved this nou with a wire, but it has not fixed the problem.

      I soldered all the smd parts in a oven. Could this be a problem for some parts?

      I tried again. this time I did not connect the voltage converter. I used the power from the USBASP like I succesfully tested on a pro mini.

      I used a different brand for the crystal.

      Still nothing.

      Edit 3:
      16MHz crystal also no use

      1 Reply Last reply
      0
      • tbowmoT Offline
        tbowmoT Offline
        tbowmo
        Admin
        wrote on last edited by
        #3

        Took a quick look, and one thing I noticed, is that you switched around the names for ftdi / isp pin headers.

        That is, you have MISO / MOSI etc. routed to the FTDI header, instead of the ISP header.

        1 Reply Last reply
        0
        • JoeridemanJ Offline
          JoeridemanJ Offline
          Joerideman
          wrote on last edited by Joerideman
          #4

          Yes, I noticed now as well.... Annoying but I was looking at the labels of the pins more than everything else.

          I found the problem. The bare chips that I have are fake.

          I transplanted one from a pro mini and now it works. This took me way to many hours to find out. What a waist of time.

          1 Reply Last reply
          0
          • A Offline
            A Offline
            adfx
            wrote on last edited by
            #5

            I had very often issues with programming bare chips if any other connection is on MOSI/MISO or let’s say on the SPI. I would suggest to check your chips on a breadboard on load the boot loader before using them in a circuit. In your case it looks like you connected your 2.4g Radio as well to the ISP which in my cases always interfered with programming. I solved that by using jumpers to isolate the AVR when programming. Hope this helps preventing you from throwing away chips which might work...

            Good luck

            JoeridemanJ 1 Reply Last reply
            0
            • A adfx

              I had very often issues with programming bare chips if any other connection is on MOSI/MISO or let’s say on the SPI. I would suggest to check your chips on a breadboard on load the boot loader before using them in a circuit. In your case it looks like you connected your 2.4g Radio as well to the ISP which in my cases always interfered with programming. I solved that by using jumpers to isolate the AVR when programming. Hope this helps preventing you from throwing away chips which might work...

              Good luck

              JoeridemanJ Offline
              JoeridemanJ Offline
              Joerideman
              wrote on last edited by Joerideman
              #6

              @adfx Thanks for checking. I read once a blog/page about the use of multiple spi devices. It explained about the use of pull up resistors on the enable pin of every device you have on this bus for this specific problem. Just to be sure when I was testing it I did not connect the nrf24.

              I added that resistor to this PCB. So far it's works with the MySbootloader and just burning the program with the USBASP. Even with the nrf connected.

              I really believe that it was the chip itself. But I still have them waiting for a better test environment.

              1 Reply Last reply
              0
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              15

              Online

              11.7k

              Users

              11.2k

              Topics

              113.1k

              Posts


              Copyright 2025 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
              • Login

              • Don't have an account? Register

              • Login or register to search.
              • First post
                Last post
              0
              • MySensors
              • OpenHardware.io
              • Categories
              • Recent
              • Tags
              • Popular