Lots of questions, but I'll start with: Exactly how to you have it setup/configured? I need all the details.
Not familiar with the MF01 driver, or exactly how it's set up. I assume its 3 channels, and 2S? I see the LDO. there.
I see lots of variables - new driver, not sure if you ever worked with NarsilM before, not sure if you know the details of setting up a 2S light.
No NarsilM worked before, L6 with NarsilM can not e-switch turnOFF also not to deal with
Setup for 2S e-switch
I guess, will it be 7135 wrong?
R1 : 360k
R2 : 47K
R3 : 100 k
R4 : 47 ohm
R5 : 4.7 ohm
R6 : 0 ohm
R7 : 0 ohm
C1 : 10uF
C2 : 10uf
U1 : ATtiny85
U2 : R404
LDO : Designed around the MIC5235-5.0YM5 LDO voltage regulator
7135 : A705NGT-350
LED arrangement, 2S3P, 3 groups, a total of 18 219C LED
Maybe you can send me the source code you have? I assume you configured/set it up yourself?
You really, really need the raptor claw 7135's - I don't trust any other out there, but what you have happening - not sure if that's the problem.
I assume you have the Mateminco from Alibaba or taobao?
Again -- I would only use raptor claw 7135's, but also with this super high amps, I would only use FET+1 designs, never a 3 channel design - these 7135's can't take it. DEL has proposed using a C3 and C4 cap as well to handle spike from the FET hitting the 7135's. Our simple designs actually don't run the 7135's properly to the spec.
Truthfully if you can't get the raptorclaw 7135's, I would use only one channel for this light - the 404 FET, or maybe the better Hyperion.
No, I’m not configured NarsilM.hex
Download from your link
I bought some different types of 7135.
Which is raptor claw?
Uhhh, well, it has to be configured for your driver. It's a very flexible driver, supporting several configurations, but has to be configured for the driver. So you just used the .HEX from the download? Then that's for a FET+1 driver, like the BLF Q8 - the HEX file won't work.
Let me review the driver - I could post up a HEX file pre-compiled for this driver, I think... Let me check.
The raptorclaw is the 7135 in the upper right - the symbol looks like an eagle claw, or raptor claw. The sailboat (bad one) is in the upper left - symbol looks like a sailboat.
steel - I assume you can download and program, but you can't compile the code? You don't have the Atmel studio installed?
I understand a little bit …
As I use this NarsilM.hex on L6 (XHP70.2 2S), it is also wrong, and can not work.
7135 good or bad is not related?
I have to learn how to set and compile the firmware NarsilM.hex
I always thought same as TA driver.
Download .hex and flash.
Ok, I added a HEX file into the NarsilM folder on the google drive. The HEX is called: NarsilMv10-32S.hex, heres the link:
https://drive.google.com - NarsilMv10-32S.HEX.
So this is for 3 channels, 2S battery configuration. I have pre-defined header files to use for Setup.h:
Setups-1Chan.h - single output channel, 1S battery
Setups-31S.h - 3 channels (7135-7135 bank-FET) and a 1S battery
Setups-32S.h - 3 channels (7135-7135 bank-FET) and a 2S battery
Setups-Q8.h - 2 channels (FET+1, 1 7135) and a 1S battery
Please try this HEX file for the MF01 driver, and can also be used for the L6 you have, I believe.
For the 7135's, maybe they will be ok, can't be sure. You might have to crank up the PWM value for moon mode though, if it's not a raptor claw one.
Thank you very much Tom E.
I will try.
I’m not sure how related those comments can be regarding NarsilM…
I just had my first experience with a Narsil based UI - a stripped down ramping only version as i understand, with the Emisar D4 and i have a few issues. Here is what i reported in the D4 thread:
On a similar note, while ramping i can double click to turbo, but then the only option is to ramp back down. I would have expected a single click to go back to the previous level.
Once again i’ve no idea whether this is relevant to NarsilM which i haven’t had the chance to try. Waiting for the Q8 and FW3A…
I developed the D4 firmware under a pretty strict set of requirements. With NarsilM, I don't have any restrictions. When ramping was added, there was a great deal of discussions goin on the BLF Q8 thread on it, so I implemented a lot of those suggestions, most of them, including that turbo and moon won't be "remembered", unless you ramp to them.
So I think NarsilM acts as you want it to act.
A double-click goes to turbo, and another double-click goes back to the previous level.
On the D4, if you single-click at turbo, it shuts off and remembers turbo as your memorized mode. But on my newer stuff, turbo and moon are only remembered if you manually ramp to them. And NarsilM has done it that way for months.
More generally, NarsilM is a newer, upgraded version of the D4 code which does almost everything better. I added a few things to the D4 which aren’t in NarsilM yet, but not much.
I tried NarsilMv10-32S.HEX on L6.
It can work properly. 
but,
In the MF-01, only when the power on, blink twice, and then e-switch can not operate, even turn on the flashlight.
MF-01 driver, I will reassemble one to test.
Weird - should always be on pin #2 for the switch. Again, not familiar with this board though.
I did check the MF01 board layout again, it is identical to SRK 46mm build
To identify any faults its recommended to measure connection from the MCU to the other components, as well check the supply voltage behind the LDO
@Tom & TK: thanks for the answers. I was just providing my limited experience feedback about the D4… Glad to hear those issues have been ironed out. :+1:
Still, i believe ramping should be constrained to the ‘safe range’ - where the light will handle the heat. Turbo should be an extra step the user decides to take for a short lapse of time - not something you run into just because you keep you finger pressed on the switch half a second too long.
I found where is the problem.
The switch on the PCB is not grounded.
Now, NarsilM can operate
However, When ramp to the lowest brightness, can not drive all 18 LED, so no brightness.
Thanks Tom, Lexel
You should be able to turn up the brightness of moon mode in the settings.
That's probably a sympton of the 7135, the worse 7135's don't do well at low PWM's. In my 16X XHP50 light, the low PWM's work fine in lighting up all 16 LED's. I'm working right now on a similar setup - the MT03, 3 XHP70.2's and this driver: https://budgetlightforum.com/t/-/40540/67.
yeah you are right I didnt check the switch ground, for some reason all automatic checks did not notice it
new fixed layout
