Your MCPCB looks fine, I can’t find any reason why it shouldn’t work, but what are your final thoughts about the charging solution before we skip to the next topic?
And could toykeeper please make a short overview about the modes and funktions that are already implemented or planned before we talk about adding new ones? (Do we even have memory left ?)
Yes, the “stepped ramp” is a mode group, like moon-low-medium-high or whatever the user configures it to do.
The actual button presses involved are the same as the smooth ramp, so… click for on/off, hold to change brightness. But it uses a user-defined mode group. The result is very similar to an Olight Baton interface.
Right, and everything I learned so far with these things (which is still a looong way to go) is they are regulated on the negative side. I would have thought common positive.
Thats what i was thinking too.
if its a negative side regulation, then its easy to flip the 2 positives with the negative & reverse the LEDs on the pads if negative-side controlling is easier.
Yeah, it needs the +/- labels swapped so it’s common positive instead of common negative.
Generally BAT+ goes directly to LED+ with nothing in its way, while BAT- goes through fancy stuff on the driver before becoming two LED- connections.
The Astrolux S41 did it backward initially, and they had to change it. For a while they were putting LEDs on backward while they went through their old stock of backward MCPCBs, but that was still better than having the battery short directly to itself.
Yes, you are correct, I figured they must be using a buck driver with V+ regulation or something. I just happened to get a notification yesterday for this thread and popped in. I know nothing about this project at all.