It works well on the BLF GT, actually, I think - pretty sure. Hhmm, I had to test it out somehow without having a GT buck driver light though, so tested on something - think a 2 or 3 channel test light. Ohh, trying to recall, think I modded up a header file to use only the first 130 or so levels of the 150, then 2X click went max, and ramping stopped at the 130 level.
Maybe you can send me your files you changed, or ZIP up the whole project? Probably be easy for me to find a problem.
Tom, in v1.2, what should I edit if I want a faster response for double clicks to turbo? It seems like double clicks to turbo has a bit slower (pauses at memorized level about half a second). compare to v1.0
Thanks.
Yes, intentionally so. I've answered this question before but dunno where. It's not as long as 1/2 sec, it's definitely quicker.
If I didn't delay it, when you do a 3X, 4X or 5X click, you would get flashed with max/turbo every time. I did not want to delay the 1 click operations, so decided to start it at 2X since the flash of max/turbo is annoying.
From what I can tell, the delay is 0.288 seconds, as defined below. If you change it to be less, you will make the multi clicks tighter timed and might get difficult:
# define SHORT_CLICK_DUR 18 // Short click max duration - for 0.288 secs
Yes, at least two of us have implemented it now, and there is some code for it in the repository. Itās included in the Emisar lights, Crescendo, and the FSM toolkitā¦ and Iāve been dragging my feet about patching something into Narsil.
While not PID, Narsil already has thermal step-down. It was tuned for the Q8, but didnāt respond fast enough for use on a D4 (much smaller, similar power level). This is what I measured on a D4v1 light (which was way too hot from about 30s to 4m):
Yeahā¦ these things take an inordinate amount of time to test, and Iāve found it tends to be really sensitive to small changes.
I tested a DrJones H17F driverās thermal response recently, and it looks like his solution was to make the regulation response relatively slow and gradual. In my test, it took almost 8 minutes to reach a stable stateā¦ which was fine on the heavy copper host I used, but would be way too slow for something like an Emisar D4. However, it was very smooth and had no significant oscillations or noise. It merely stepped down one PWM level at a time, one channel at a time, until it was no longer overheating. And when ice was held against it afterward, it stepped back up just as slowly. I wouldnāt really say itās a PID algorithm though, since it didnāt act like one. The I term seemed to be zero, I couldnāt tell if there was a D term or not, and if there was a P term it seemed to have only two states ā two steps per second, or one step per second.
My attempts to make a more responsive PID regulator have been less than ideal. It works, but Iām not totally happy with it. After reaching a stable state, itās still more noise-sensitive than Iād like, and occasionally Iāve measured rather undesirable behavior like oscillations. The response is proportional though, and fairly heavy on the derivative term so it can anticipate and āsteer intoā the turns, but Iāve mostly only used the integral parts as a way to reduce noise. And, as already mentioned, itās still not at a point where Iām happy with it. Sensor readings are low-resolution and noisy and subject to thermal lag due to having the sensor in the MCU, and my attempts to deal with the lag have made it even more noise-sensitive.
Hereās FSMās behavior compared to a H17F:
Soā¦ long story short: Yes, but itās still a work in progress.
Does double click to turbo go to turbo in mode sets as well as ramping?
I was able to get narsilm with throttle control working in ramping configuration so i assumed it was working in mode sets. However, today i was testing out the rest of the options and realized the 2x click in mode sets is not working for me. two clicks simply advances the out put two levels. Is this just me or is this the way it works?
I have the ramping mode stopping at 2amps for normal operation of the M3 clone. then a 2x click and āBAM!ā IN YOUR FACE 7amp Max turbo. I like it!
Ahh. Ok, thanks. I thought it might be my inability to fast click. So good to know. It means I might still have my freakishly fast reflexes after all. Chā chahhhā¦ :laughing:
The batteries were almost depleted the light was already down to ML level
When I turn on strobe it is the full FET brightness
no step down of the strobe is going on its still flashing at max brightness the battery can deliver
I have a feeling LVP will not kick in
already 0.05V dropped, since I started the test
Firmware blinks out 2.8V real cell voltage 2.96V
OK I got now the confirmation, driver blinks out 2.7V and in normal operation the light shuts down
Strobe is still going strong and depletes the cells
Your right, when you click and hold it goes to turbo first, then strobe, then the menu. I donāt have my lights right now, so I had to look at my own videos. Lol
Iām not a fan of mode sets. I learned them for the videos, but have appearantly forgot some stuff already.
I looked through the code just now to see how it handles LVP. It appears to have cases to handle ramping and mode sets, but nothing else. It sets LowBattSignal when LVP should happen, but doesnāt do anything with it when the light is in any mode except ramping or mode sets.
The method I normally use is a bit different. In regular steady modes, it drops output or shuts off, similar to Narsil. In strobey modes it āsteps downā to a low steady mode, then follows the same drop/off pattern as before. In any other mode (like battcheck), it just shuts off.