Cracked open my SC21 Pro to do an emitter swap and removed the driver. It’s also glued, but a short time with a heat gun made short work of it.
It’s running what looks like an ATTiny1616, and comparing the flashing pads and where the pinouts from the controller connects, this is what the pinout looks like as far as I can tell:
Now that’s interesting! I had heard that they were planning on using the attiny1616 for the SC21 Pro, but then Barry seemed to go quiet so I never ended up hearing for sure. Did you / could you grab pics of the driver? I can’t believe they didn’t use the same flashing pad layout that I had provided. At least there are pads, I suppose. I can always rig something up if I need to for flashing.
But which firmware? Some say Anduril 1, some say 2. I doubt that they created their own ATtiny1616 Anduril 1 port. Maybe two different drivers from different batches?
This was the best I got at the time, just taken with a phone. The “1616” can be barely made out, it’s a 20pin SOC and looks to be the appropriate size just by eyeballing it.
Also interestingly, the driver was keyed to the head so it wouldn’t rotate if it became loose and muck with the USB port position. Not sure if this is a standard thing with Sofirn on-board rechargeable lights.
Can you share the original firmware dump that you hopefully made before messing with the driver? We need the build ID to know what was used. Have you checked the version information before updating it?
It’s possible it’s using the sp36 firmware. Are fuse values still a thing on the attiny1616? Maybe something like CKDIV8 is making the ramp slow. I’ve had that issue with Lume1 drivers in the past. Any tips on changing fuse values using pymcuprog?
Thank you. -This is already Anduril 2 as far as I can see from disassembling and analyzing the file. But it’s a very early build. I guess it’s a development build from gchart with a SP36-like configuration as the tinyavr port was merged much later.
Very interesting. It acts so much like Anduril 1. No simple mode and 4C from on goes into ramp config. Is this consistent with early builds of Anduril 2?
This entire time I’ve been trying anduril.2021-12-13.sofirn-sp36-t1616.hex and getting the slow ramping, but I just tried anduril.2021-08-31.sofirn-sp36-t1616.hex and it works!!