Thanks, we will…… :+1: .
Post #441 #447 and #449
This is not the buck driver that we were promised with…
I bought it BECAUSE it was supposed to be regulated at 4,5A…
I don’t care for a hotrod, if the final version is a FET+1 driver it’s overpriced
Please confirm what type of driver will be in the GT mini BEFORE shipping them.
If it’s a FET+1 I’ll simply ask for a refund.
Why ? False advertisement, simply that.
If they choose to send it before stating what type of driver is in, then I’ll make a claim on PayPal asking for a full refund.
Why ? False advertisement.I may sound irritated… because I am. I already own a D1S, no need for another one in a slightly different design.
Email sent to Neal to cancel my order.
Maybe I will not buy my FW3A after all… If Lumintop doesn’t know the difference between a FET driver and a buck driver…
The last user manual still mention a buck driver !
The driver is a FET+1 design. A buck driver was considered but it would limit the output greatly with the XP-L HI LED. I have yet to see a China buck driver for a single cell light that was in regulation for more then a few minutes. Usually they drop out of regulation almost instantly. Rendering the entire point of a buck drive moot except for low modes. The manual was copied from the normal GT and the buck part just slipped through and was not put in there intensionally.
Thu, 07/19/2018 - 14:59……. #15
The driver is a FET+1 design. A buck driver was considered but it would limit the output greatly with the XP-L HI LED.
I have yet to see a China buck driver for a single cell light that was in regulation for more then a few minutes. Usually they drop out of regulation almost instantly. Rendering the entire point of a buck drive moot except for low modes.
The manual was copied from the normal GT and the buck part just slipped through and was not put in there intensionally.
It is a FET+1 driver. Texas Ace answered here: GT mini~reflash the latest firmware~ - #15 by Texas_Ace False advertisement: Lumintop copied the manual from the original GT and overlooked things. I would say it is more a mistake.
Thu, 07/19/2018 - 15:08……. #448
It is a FET+1 driver.
Texas Ace answered here: GT mini~reflash the latest firmware~ - #15 by Texas_AceFalse advertisement:
Lumintop copied the manual from the original GT and overlooked things.
I would say it is more a mistake.
Or maybe, just a simple mistake.
Yeah whatever.
I was just replying to mortuus
EDIT : oh, and if it was just a mistake because the user manual was copied from the GT… How do you explain the “17W 4,5A” part ? I doubt that the GT is only 17W…
ah okay i understand X3.
Yep, your right; whatever. Lie or mistake we will never know for sure. All we know for sure now is…… it is what it is.
I have no explanation at all for the ” “17W 4,5A” part”. I’m just going with the mistake story rather than the liar one. :+1:
I guess
This is a problem with the internal work of Lumintop
This user manual is probably not written by LUMINTOP. (?)
Just like GT, it is written by BLF members.
When Lumintop is getting stronger and stronger
The organization and division of labor within the company should be more detailed.
I guess
This is a problem with the internal work of Lumintop
This user manual is probably not written by LUMINTOP. (?)
Just like GT, it is written by BLF members.When Lumintop is getting stronger and stronger
The organization and division of labor within the company should be more detailed.
Yeah I quite know how they work… I’ve done some translation for them, user manuals mostly.
They kept promise me a GT for review… I’ve never got it. And of course, I never had other models to review since this. Basically I worked for free.
Yet I trusted them once more for the GT mini…
I don’t know why it doesn’t work, I’ve been doing this for Olight For 3 years now, never had a problem.
“Worked for free…”
Interesting, the definition of work must be eluding me. And here all this time I thought it was mattaus, wight, comychair, warhawk, toykeeper, rmm, del and their like that were doing all the heavy lifting around here…
back to topic please ;)
ah, yes, a lot of people on BLF got us to this point, love it! Much aprc8ted
Hmm I notice this right now. Is that fet+1 will have some turbo timer for example 45 sec to 60 sec ?
Hmm I notice this right now. Is that fet+1 will have some turbo timer for example 45 sec to 60 sec ?
It’s NarsilM. It has all that good stuff.
You can have a timer if you want or you can set it to a custom temperature. That’s what I prefer.
I’m not sure what they will choose as default.
There’s no mechanical tail switch here, right?
I’m beginning to wonder why all the side switch lights use the electronic switch… essentially this leaves full power running up to the emitter at all times in a “sleep” mode when off. Have I forgotten why a mini Omten isn’t used as a side switch, breaking the positive flow instead of the usual negative interruption? Was just thinking, probably dangerous I know….
There’s no mechanical tail switch here, right?
Correct
I’m beginning to wonder why all the side switch lights use the electronic switch… essentially this leaves full power running up to the emitter at all times in a “sleep” mode when off. Have I forgotten why a mini Omten isn’t used as a side switch, breaking the positive flow instead of the usual negative interruption? Was just thinking, probably dangerous I know….
With a mechanical side switch, like in the Little Dipper series, you can’t use the press and hold for ramping. You would be limited to the tail clicky UI’s.
With the e-switch you do get some parasitic drain since the MCU needs to monitor the switch circuit, but usually that drain is very low like on the Q8 and GT. For a light sitting on a shelf most of the time I just turn the tail cap to break the circuit. No worries of drain then.
I do remember hearing of a ramping UI that used a clicky switch. You would half press to start it ramping then another half press to stop it. I recall they said it was pretty clunky to use. It might have been from ToyKeeper or Tom E.
The Firmware is from Toykeeper
Crescendo
http://bazaar.launchpad.net/~toykeeper/flashlight-firmware/sandbox/files/head:/ToyKeeper/crescendo/
“So I’ve been making a ramping UI for clicky lights.”
Thanks Jason, that is indeed what I was forgetting…. loves me some ramping so if a UI features ramping then I reckon a mech clicky is out.
Is there any switch circuitry that is so efficient it uses less than the power than the self discharging rate of the battery?
Yes, it already exists in the BLF Q8 and BLF GT, and Emisar lights.
Yes, it already exists in the BLF Q8 and BLF GT, and Emisar lights.
I thought so. So what cons are there since it doesn’t drain any power?