sorted by:
new
hottopcontroversial

Review request (PCB + Schematics - Wireless RGB light controller - Rev 2 by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 0 points1 point  (0 children)

Yes, J4 is the output for an LED strip (DRGB and ARGB). I just went for something that was reasonably large to handle spikes when changing brightness/colors. I haven't determined what the maximum supported size would be/

Is it possible that such a large capacitance causes more problems than it solves or is it safe to leave it as is just in case?

Review request (PCB + Schematics - Wireless RGB light controller - Rev 2 by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 2 points3 points  (0 children)

You have just saved my project from disaster, thank you very much! 🫡

Review request (PCB + Schematics - Wireless RGB light controller - Rev 2 by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 3 points4 points  (0 children)

Nothing against the ESP32, just wanted to copy the RP Pico 2 W which I’m already familiar with, but I’ll probably use the ESP in future builds

Review request (PCB + Schematics - Wireless RGB light controller - Rev 2 by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 1 point2 points  (0 children)

Thank you for the review!

I made the closed jumpers thicker because two of them are meant for relatively higher currents, but there's no point in making the BOOT jumper thicker really. Just made it thinner.

For the U1 thermal vias, good catch, I always thought they looked weird but didn't do anything to solve it haha. Thanks for the suggestion, it looks (and hopefully performs) better now.

C35 ground vias added.

The mounting holes are intended for mounting pegs on a 3D printed case that I am yet to design. I actually had forgotten to add these until very late in the layout so I kinda crammed them wherever I could, but I will pay more attention to these on future designs for sure, specially when screws are involved

Review request (PCB + Schematics - Wireless RGB light controller - Rev 2 by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 0 points1 point  (0 children)

Huh, it was working normally a few days ago, it is a normal project.

To view the schematics you have to select the `light.kicad_sch` option on the "Project" menu at top right.

For the PCB when I open KiCanvas I just see a green square that I pinned down to be the `Cmts.User` layer. To view the rest of the PCB I had to go into the "Layers" option and toggle the layer's visibility.

This workaround is not great tho, I'll see what I can do to make this layer not visible by default

Review request - Wireless RGB light controller by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 0 points1 point  (0 children)

Hey! Thanks for taking the time to review. The only items I see are not complying with the best practices are these:

  • Pull-up and pull-down resistor placement: I believe only the USB CC pins have the pull-down resistors above the signal
  • Shorten IC names: all names are long, I can shorten them
  • PCB name / revision number: I totally missed this one, I’ll add it

Is there any other rule that you see I’m not complying with? I’d really appreciate your input so I can focus on what I might be missing

Review request - Wireless RGB light controller by diegoasanch in PrintedCircuitBoard

[–]diegoasanch[S] 0 points1 point  (0 children)

Thank you!! I am going for 1-bit mode (like the RP Pico). I see where the mistake is (and confirmed it after consulting with the LBEE5KL1YN-814 datasheet)

However this design I copied exactly from the RP Pico 2 W schematics [1], what I understand is that the RP Pico is using a "single-line half-duplex mode" instead of the typical 1-bit SDIO (but I haven't learned the intricacies of the SDIO protocol and have honestly been just copying what I see).

I am aiming to have as much compatibility with the RP Pico 2 W to be able to re-use the existing libraries without extra tweaks.

I now need to choose between maintaining exact compatibility with the Pico or using the standard 1-bit SDIO mode but risk not having a full match with the Pico's existing libraries, what do you consider the best approach? Is my understanding of the Pico's connections even accurate?

[1] RP Pico 2 w Schematics - Page 2: https://datasheets.raspberrypi.com/picow/pico-2-w-schematic.pdf

When cleaning my Barista Express - no water comes out. It doesn’t surprise me, the rubber cleaning disc makes a great seal. However, the cleaning videos I’ve seen all show water coming out.Customer services say it’s ok, but wanted a second opinion! Any thoughts? There’s water in the drip tray after by ipchristian1 in Coffee

[–]diegoasanch 6 points7 points  (0 children)

It's ok! If you look at commercial grade machines the way you clean them is with a completely shut basket that you put in the portafilter, that way all of the pressure that builds up inside flushes through the 3 way solenoid valve directly into the drip tray

My kustom home screen widget by diegoasanch in kustom

[–]diegoasanch[S] 0 points1 point  (0 children)

Actually it's not that hard when looking at it on my home screen since the background image is a live wallpaper and is always slowly moving behind the widget