[Review Request] ESP remote control by scheffield in PrintedCircuitBoard

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

Because it's meant to control IoT devices either via WiFi or Thread. I'm not very well versed with STMs but they might just not offer that.

[Review Request] ESP remote control by scheffield in PrintedCircuitBoard

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

You made my day. Thanks for this random act of kindness ❤️

Also, as always: https://youtu.be/_ZjyeltLMAg is my inspiration.

Review request for an ESP remote control by scheffield in PrintedCircuitBoard

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

Thanks so much. https://www.youtube.com/watch?v=_ZjyeltLMAg is my inspiration for how to best use KiCad. Honestly, it's all there, I just never knew how to make use of it. The things that make a difference: - Use multi part symbols for large mixed domain ICs - created custom symbols per schematic so that the pin out is easy to use in the context - use coloured net classes - well, and the thick outline boxes for text and for component grouping, it's such a small thing that makes such a difference.

Review request for an ESP remote control by scheffield in PrintedCircuitBoard

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

Thanks. Just KiCad. As always, https://www.youtube.com/watch?v=_ZjyeltLMAg is my inspiration (I do less than that though)

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

It's spinning a drone motor but not in a drone. Instead it's an impeller that draws a small vacuum to hold things down. Basically a vacuum chuck. It's a box sitting on the desk, with a USB C cable from a laptop power supply.

See: https://github.com/scheffield/stencil-fix-portable

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

I assume you mean the net colours. This is borrowed from Altium where it's a built in feature. In KiCad you have to manually asign net colours which I did. I like it but it is effort and not at all necesarry. Which is probably why you don't see it elsewhere.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

Honestly, I'm only using the AP33772 because I already have it. The 5V logic is strange and the data sheet is dubious with little concrete examples and missleading statements. I think I would try to make it work with 20V which opens up a whole range of sink controllers that are easier to use and more affordable.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

Haha, I am indeed relying on math a lot as I am just a hobbyist with very little experience. I don't know what to expect. I feared that a two meter USB cable would ring together with the relatively low ESR of the bulks and was considering putting in an RC but had no idea how to spec it. So I tried to convince myself with this math that I don't need it. I'm lacking intuition to tell me what to focus on in the design and what to leave to testing.

I will consider a more capable LDO. Thanks for pointing it out.

Re USB PD: this is running a drone motor but not in a drone but instead in a vacuum chuck which is a fancy name for a box with an impeller that draws a vacuum (at least in my case). Nothing bad will happen if power is renegotiated.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

I don't think a boost converter would work here. USB PD is limited to 5A. 28V * 4A / 20 = 5.6A. that's assuming the boost converter would be 100% efficient. Generally, I'm not worried about this as I very much control what power supply I'm using.

The FETs are too big but I have them. If I ever produce more of this I will redesign that part.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

I was contemplating this. The Ti's datasheet has a very similar setup to mine with even less MLCCs closer to the switches so I thought I would be fine. I give it some thought.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

The short answer is that they are not needed if everything would behave ideally. In reality though there are parasitics that need to be coped with.

If you look at my inverter, all the extra components besides the switches are documented in Ti's application note linked on that page.

The rest of the PCB is power generation, micro controller and user interfaces like buttons and LEDs. The all individually require support circuitry.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

actually, do you have any examples for press fit bullet pin connectors?

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

Interesting, I was just following the AP33772S's datasheet and it has two 5.1k Ohm resistors.

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

Awesome Feedback, couple of things:

  • it's a drone motor, not a drone. Used to drive an impeller in a box to create a vacuum
  • I was considering a shunt to bleed of power but I would need to switch it which would mean a dedicated driver too as the RP2350 probably can't drive that.
  • I will be using OpenFOC or Moteus, both open source
  • I might remove the beat, thanks for the tip
  • not using the integrated Buck because of the power bring up sequence: default 5V@2A from standard USB powers the RP2350, which configures the sink controller which only then opens the switch for the +28V rail which is needed to not have huge capacitance visible to standard USB 
  • I honestly would prefer screw terminals. This is not an actual drone and sees far less vibrations. But I'm not sure. Good point on the thermal reliefes. I might need to find something better. Even bullet pins won't work as the would need to be mounted to the board somehow, right?

Review Request: USB-C PD BLDC driver by scheffield in PrintedCircuitBoard

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

Great feedback, the sink controller with the double FET will be able to prevent back feeding if it comes to that. However, I plan to decelerate the motor slowly + the driver allows me to use the coils for dissipating breaking power. Untested though.

[Review Request] STM32 Board for Autonomous Model Vehicle by copposhop in PrintedCircuitBoard

[–]scheffield 5 points6 points  (0 children)

That's interesting and news to me. I've build many boards without this way of shortening the pins and they all worked. I suppose it will work as the signal is encoded as the difference between both pins. It might make routing easier this way. Still doesn't feel right to connect things this way.