Oshpark Projects

Comfy…is that the 17DD initial release the one w/o the ground ring on the battery side…might not be getting a good ground (floating ground)

Looks to me like he's got a wire soldered directly to the FET pin for ground, is that correct?

Ah…duh…bench test

Why did you go to a 10μF from a 470μF? Wouldn’t it be advisable to go higher rather than MUCH MUCH lower?

I have a separate ground wire stuck right onto the FET's ground pin, testing right now with a battery box with alligator clip leads but I'll be using a separate wire soldered to the inside of the pill, and rely on just a press fit to hold it in place, it's plenty tight like that if you don't completely file off the flashing.

I think I have a giant bag of 33uF 'A' case tantalum caps around here somewhere...

Because he's using this one on a 17mm board where there isn't room for a huge electrolytic cap. We know that it can function from the stock 105C cap., so it should be able to function here as well.

The 470uF/16v on the SRK driver is only for noise reduction, it shouldn't be needed for the MCU to function (but for some reason, it looks like it is letting the MCU work right, because the little 10uF/16v doesn't seem to be enough).

Ah…and just did a SMD 0805 search on digikey…largest SMD is 47μF

Well…that cap could be storing enough energy to keep the MCU alive at 470μF, opening up that huge MOSFET more than likely causes large voltage sag and drops the power below the MCU voltage range causing it to go all squiffy

But why does it work when you stick the same FET onto a 105C, using all the 105C's original parts? Is it possible the original cap isn't 10uF? There's nothing different about the new PCB, I've checked everything until I'm crosseyed.

Also there's nothing higher than 10uF in 0805 & X7R. 15 & 22uF 0805s only exist in JB, X5R, & X6S.

Is there any difference in the firmware between working and non working drivers?

Take a break, attack it from a different direction in a bit man

At some point for me it comes down to a fresh look after a good nights sleep. Or a big hammer and then a good nights sleep and fresh parts in the morning.

Nope, exact same build of luxdrv I used on the Nanjg-092 boards, same batch file with the same fuses and everything.

Try to add a cap directly to the Vcc of the MCU ( pin 8 ) and see if this can help.

It works properly with STAR v1.1 clicky version. luxdrv still didn't work even with a second 10uF in parallel.

I really have no clue what is going on.

And, I certainly know the value of a strategically-wielded hammer...

|(

Does STAR_mom V1.0 work on it?

is the PWM compile different from STAR V1.1 than luxdrv?

To-morrow will be a better day.

If the code is not an issue then is it possible for it to be corrupted during the flashing process? What I mean is, Is the flashing process foolproof. If the hardware is right and the traces are right and the soldering is right then where else can you look? Could it be a faulty mcu even?