Yes, I think so. I sent Hank a 219 version with turbo limited to 75% power (PWM level 192/255).
That may be a little tricky on this model, given the amount of wires crammed in there, and the need for a pogo pin adapter for flashing.
I think someone was trying to imply that I would be sexually attracted to humans. Yuck. I’d rather cover my walls with pictures of ornate furniture.
That was just explained though. Different behavior for thermal response and momentary mode.
It’s okay to not like Anduril.
That’s very strange. An unsoldered wire is understandable, if there was a cold joint or a short or a MCPCB air gap or something… but the button is pretty bizarre. Those things are not easy to remove, even on purpose.
As for what to do, it sounds like your options have already been covered in other posts.
You’re probably correct.
However, calibrating the sensor is still important. And the t1634 seems to have somewhat different default calibration than t85. I set the firmware’s default to match the data sheet in both cases, but the readings I see on test units are a bit different.
On tiny85, I usually see default readings anywhere from ~15 C to ~40 C. But on tiny1634 I’ve only seen default readings ranging from 10 C to 12 C. So without calibration, the tiny85 would generally regulate down sooner and lower.
In the current build, which I think Emisar is using, I added a correction factor for tiny1634… but it’s only 5 C, which gets the default up to ~16 C for room temperature. I’d add more, but I don’t have a large enough sample size to say for sure whether this difference is real or if it’s just weird luck. Regardless, the worst case there shouldn’t be bad enough to cause anything like this. It effectively would just raise the limit to 55 C, the same level other lights use.
To help with this, and to help with some other things, I very recently added a factory reset function. It changes all settings back to default, and auto-calibrates the temperature sensor. That happened after D4V2 though.