FW3A, a TLF/BLF EDC flashlight - SST-20 available, coupon codes public

13383 posts / 0 new
Last post
junkyardbiker
Offline
Last seen: 3 months 2 weeks ago
Joined: 01/07/2019 - 20:30
Posts: 86
Location: Florida
JasonWW wrote:
junkyardbiker wrote:
I am in for 1 please! Reading back through I didnt see my name on the list.
Please don’t repeat your request for 1 light. It makes things confusing. You’ve only just asked, give it at least a week before looking for your name on the list. Thanks.

Sorry about that then! Im rather excited hahaha

Lurking flashaholic, Ive bought all my flashlights through lurking here, BLF A6, Sofirn C8F, Soforn Q8, Emisar D4, and a few not so budget lights but I mod them all the same! Been waiting for the FW3A to come out for years now.......

Tom Tom
Offline
Last seen: 5 months 3 weeks ago
Joined: 09/10/2017 - 08:30
Posts: 1163

ToyKeeper wrote:

It could be pretty useful as a means of reflashing the firmware or for makers who want an easy way to calibrate things before shipping an item to a customer. Sending an entire ROM is slow though. With no control over the device being used to transmit data, it would be unsafe to assume a high frame rate. In a browser, for example, even 15 fps may be pushing it. And although the sensor is pretty fast, the meaningfulsender (screen) is generally pretty slow and possibly even inconsistent because it’s common to see timing aberrations when other parts of the system are busy. Like, if the OS decides to do a routine maintenance task in the middle of transmission, the browser is likely to lose some time slices here and there. So the data transmission timing windows need to be pretty large. And it’ll need a way to detect corrupt or failed data transfers. But when errors happen, the light has no way to send data back so it can’t request corrections. It may thus be necessary to send each byte two or three times to be sure.

I reckon a phone app could work well. Better than using a computer monitor.

A modern smart ‘phone has a light / proximity sensor, and a selfie camera, either of which could be used to establish bi-directional comms. with a robust protocol.

Also to have phone ability to back-up several user-configurations for quick re-use according to circumstance. A bit like choosing ringtones.

Or use the rear camera and it’s LED flash as the comms. port.

It might even be possible to re-use a standard half-duplex comms. protocol, and software stack.

A modern smartphone can display HD video at 30p or 60p, maybe even faster, and has a dedicated graphics processor to keep it flowing smoothly. It might even be possible to use an LCD display at much higher data rates by strobing the LCD backlight rather than modulating the LCD itself.

I don’t see much point in using this to change complete firmwares, which would also need a bootloader to be integrated with the protocol, and permanently resident (taking up space), but as a way of making configuration changes it would be nice. The app. also being an interactive manual to the UI, rather than the crib sheets that are increasingly necessary as complexity grows.

Just using a few tick-boxes to begin with.

A complete re-configuration, even a re-write of the ramping table to fine-tune it for different emitter options, or change thermal management control loop parameters to suit ongoing development or user preference, could surely be done in a reasonable time, seconds, or a few minutes. And perhaps monetized with micro-payments.

It could be a real money-spinner for whoever develops it, defines the protocols, controls the encryption keys, or rolling code, and sells the app.

As well as an interesting new skill to develop with other marketplaces that I haven’t even thought of yet. Internet of things sort of stuff, but without the security worries. Just wave your ‘phone, or a “smart torch” over a (very inexpensive) terminal containing not much more than an LED and a small MCU, no NFC, no WiFi, no Bluetooth parts to pay for or to configure, or software stacks to license. Shield the light (or IR) from interception, even just by holding a hand over. Phone to ‘phone, or torch to phone, or terminal, like a 1D or 2D barcode or QR reader but so much cheaper to implement.

A full 2D barcode conveys only 4kbytes of information. I reckon, even if that was all needed, even that could be transferred reasonably swiftly. The 1D ones are trivial.

Door locks, hotel room entry, ID badges with swipe or RFID stuff, keyless car entry and mobilisation, supermarket sales, chip and PIN, boarding passes, all potentially replaceable with either a dirt-cheap key-ring sized device, or just an app. The USP being the low cost of the terminal, compared with what we have now.

For firmware updates, let’s first see whether the various disparate pogo pin connectors gain any traction in the field. Even amongst those who regularly re-flash, whom I suspect are actually a very small minority here. Most using pre-compiled binaries and fuse maps. A very few trying out their own ideas.

Some study material:

https://en.wikipedia.org/wiki/Free-space_optical_communication

https://en.wikipedia.org/wiki/RONJA

I worked on a free space optical network around the science site of my university as a student. Back then we didn’t have affordable LEDs or laser diodes or PIN photodiodes. We were modulating filament bulbs, using ex-army phototubes as detectors, and cheap Russian binoculars (one eyepiece for transmit, one for receive, full duplex), and got it working over a km at 300 Baud ISTR. Fun, and we learned a lot about many aspects of Applied Physics.

It would be so much easier these days. A scrap DVD or BluRay burner for the laser and photodiode and lenses, Arduino or RasPi, some minimal extra hardware, cheap binoculars or just magnifying glasses, ingenuity and basic knowledge of optics, physics, electronic hardware design and software. I.e a great little student project, that might still have some relevance and useful application.

Also handy for stimulating the optic nerve, and reading back the results, if a smartphone app. isn’t good enough.

Consider that Ronja can run 10 Mbit/s Ethernet over much more than a km just using a pair of cheap magnifying glasses as optics, and it is entirely open-source. And quite old, over ten years, and LEDs now are far better.

Imagine the possibilities with our sophisticated bits and pieces nowadays.

Surely there is something there that can be re-used ?

http://ronja.twibright.com/about.php

Or instead start with proven robust simplex 1D barcode protocols. At the end of the day they are just read by scanning, i.e looking out for some blinking light reflected back into the scanner, which as we all know is very robust, mature technology, and tolerant of all sorts of difficulties that do not stop them working admirably.

It’s all available, open-sourced, e.g https://sourceforge.net/projects/zint/

As are the 1D, 2D and QR code scanners, using phone cameras with static images rather than hardware scanning.

Just blink them into the torch, from the ‘phone, having first “scanned” and interpreted them in the phone app, using it’s camera. Even send them to the ‘phone as an MMS

iamlucky13
Offline
Last seen: 20 hours 38 min ago
Joined: 06/22/2018 - 09:18
Posts: 552
Location: USA
hodor wrote:
ToyKeeper wrote:
I’m not sure the default values really fit in a generic manual though, since they are different for each model of flashlight. A lot of options really depend on which light it’s being used on. So I mostly tried to write it in a way which can be copy/pasted into the middle of a printed user manual with only minimal need for editing.

Maybe not for the graphic, I was thinking mainly of anduril.txt for stock Anduril. I guess this has now been deprecated in favour of anduril-manual.txt?

I happened to be looking into this a couple nights ago out of curiosity.

While not in the graphic or anduril-manual.txt, it seems we can get the model-specific info from the config files she keeps in the firmware repository. These get optionally incorporated when compiling the code. I suppose the config file could specify the defaults directly, but the few I’ve checked do so indirectly by identifying the number of PWM channels and the max level of the 2nd channel if there are 3 channels. The normal logic is to set the smooth ramp floor to 1, and the discrete ramp floor to 20.

Then both the smooth and discrete ramps ceilings are set to 120 unless the driver is identified as a triple channel. In that case, both ceilings are set at the Nx7135 channel max.

For the FW3A, that is level 130.

But really, the defaults shouldn’t be too important. As long as you know how to configure the levels, you can set whatever ramp ceiling fits your needs and not worry about what it was originally.

rgkeller
Offline
Last seen: 4 months 6 days ago
Joined: 01/06/2019 - 19:08
Posts: 2

I would like one please.

Scooby
Offline
Last seen: 4 hours 22 min ago
Joined: 04/20/2014 - 16:41
Posts: 31
Location: Greece

Put me down for 2 please!!!

Thank you!!! Love Thumbs Up

litcrit
Offline
Last seen: 4 months 2 weeks ago
Joined: 01/29/2016 - 22:57
Posts: 5
Location: Minnesota, USA

Please add me to the list for one. Thanks!

paosms
Offline
Last seen: 4 months 3 weeks ago
Joined: 01/10/2019 - 07:15
Posts: 2
Location: Italy

Interested!
Thanks

joechina
Offline
Last seen: 3 weeks 4 days ago
Joined: 03/05/2016 - 08:23
Posts: 1405
Location: Germany

Guys what are you thinking about this:

In LOCKOUT MODE:
- hold : momentary moon (= floor from current ramp)
- click, release, hold : momentary 10 lm (= floor from other ramp)

Good or bad?

(but I don’t know if this possible to program)

Minocc
Minocc's picture
Offline
Last seen: 1 hour 14 min ago
Joined: 09/05/2017 - 09:01
Posts: 48
Location: The cheese-filled suburbs of Wisconsin

I would like to sign up for an additional 2 lights, for a total of 4.

I like the dark gray, and I think one of my friends will like it too.

iamlucky13
Offline
Last seen: 20 hours 38 min ago
Joined: 06/22/2018 - 09:18
Posts: 552
Location: USA

joechina wrote:
Guys what are you thinking about this:

In LOCKOUT MODE:
- hold : momentary moon (= floor from current ramp)
- click, release, hold : momentary 10 lm (= floor from other ramp)

Good or bad?

(but I don’t know if this possible to program)

I’m indifferent. I keep both ramp modes at very low levels, so it wouldn’t make much difference to me.

And as I understand it, lockout mode uses the floor of the current ramp, so with a couple extra button pushes, you can switch ramps and lock out again to have the other floor.

I would not object if it’s possible to add, though, since I don’t see it interfering with other existing functions. I know TK has said several times in the past that Anduril is basically at the limit of the ATTiny85’s memory, so it might not be possible.

chadvone
chadvone's picture
Offline
Last seen: 3 months 5 days ago
Joined: 08/28/2015 - 23:48
Posts: 1829
Location: Iowa

joechina wrote:
Guys what are you thinking about this:

In LOCKOUT MODE:
- hold : momentary moon (= floor from current ramp)
- click, release, hold : momentary 10 lm (= floor from other ramp)

Good or bad?

(but I don’t know if this possible to program)

I just changed lockout momentary to act like momentary. Uses the memorized level.

Sorta a workaround for me not wanting to unscrew tail cap all the time.

joechina
Offline
Last seen: 3 weeks 4 days ago
Joined: 03/05/2016 - 08:23
Posts: 1405
Location: Germany

joechina wrote:
Guys what are you thinking about this:

In LOCKOUT MODE:
- hold : momentary moon (= floor from current ramp)
- click, release, hold : momentary 10 lm (= floor from other ramp)

Good or bad?

(but I don’t know if this possible to program)

Idea is:
In general I want the ramp start at moonlight.
And for normal carry I lock high power lights out.

It is for the same use case as Lockout momentary, but when you use it and realize you need more light, like: Oh, 1 lm is not enough I need ten times more.

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 6 hours 49 min ago
Joined: 01/12/2013 - 14:40
Posts: 9801
Location: (469219) 2016 HO3
iamlucky13 wrote:
TK has said several times in the past that Anduril is basically at the limit of the ATTiny85’s memory, so it might not be possible.

I recently found a way to eliminate a bunch of code, to make room for new things. I’m hoping to do some fancy stuff with aux LEDs in that space, but no hardware exists for it yet.

Anyway, putting other-ramp floor on “click, hold” costs about 60 bytes and makes the light act a little weird when doing 4 clicks to unlock. Instead of “moon moon moon moon”, it goes “moon LOW moon moon” or “LOW moon LOW LOW”. So for now I think I’ll leave it as a compile-time option which isn’t enabled by default.

BurningPlayd0h
BurningPlayd0h's picture
Offline
Last seen: 2 hours 4 min ago
Joined: 06/22/2018 - 02:16
Posts: 685
Location: MN

If there was ever a way to set the lockout brightness independent of moonlight/floor that would be one of thevfew improvements I could think of for Anduril.

dealgrabber2002
Offline
Last seen: 1 hour 16 min ago
Joined: 06/20/2014 - 23:51
Posts: 577
Location: California

Hello,

I am really late to this and would like to ask can this light be set to 3 modes like if I want Low 5 lumen, med 50 lumen, high 500 lumen if I don’t feel like using the ramping feature?

chadvone
chadvone's picture
Offline
Last seen: 3 months 5 days ago
Joined: 08/28/2015 - 23:48
Posts: 1829
Location: Iowa
BurningPlayd0h wrote:
If there was ever a way to set the lockout brightness independent of moonlight/floor that would be one of thevfew improvements I could think of for Anduril.

Can be done. I set mine to memorized level. So it acts like another momentary mode but 4 clicks will exit

iamlucky13
Offline
Last seen: 20 hours 38 min ago
Joined: 06/22/2018 - 09:18
Posts: 552
Location: USA

dealgrabber2002 wrote:
Hello,

I am really late to this and would like to ask can this light be set to 3 modes like if I want Low 5 lumen, med 50 lumen, high 500 lumen if I don’t feel like using the ramping feature?

Yep. That’s the “discrete ramp” feature you may see talked about for the Anduril firmware. When the light is on, 3 clicks switches between the smooth and discrete ramping. It’s a bit difficult to say what the exact output levels will be, but you can get roughly those ballparks.

By default, the discrete mode has 7 levels, and for the FW3A, the lowest discrete level will probably be around 5-10 lumens and the highest discrete level 800-1000 lumens*, but both the number of levels and the brightness of the minimum and maximum levels can be configured.

\* Assuming I understand the relationship between the 8 bit PWM values and resulting 7135 current correctly.

hodor
hodor's picture
Offline
Last seen: 1 hour 24 min ago
Joined: 07/11/2018 - 03:58
Posts: 509
Location: UK

dealgrabber2002 wrote:
Hello,

I am really late to this and would like to ask can this light be set to 3 modes like if I want Low 5 lumen, med 50 lumen, high 500 lumen if I don’t feel like using the ramping feature?

Yes, this is part of Anduril. Basically you change it to stepped mode and configure the levels yourself. Checkout the UI graphic or the anduril-manual.txt mentioned a few posts earlier.

iamlucky13
Offline
Last seen: 20 hours 38 min ago
Joined: 06/22/2018 - 09:18
Posts: 552
Location: USA
ToyKeeper wrote:
iamlucky13 wrote:
TK has said several times in the past that Anduril is basically at the limit of the ATTiny85’s memory, so it might not be possible.

I recently found a way to eliminate a bunch of code, to make room for new things. I’m hoping to do some fancy stuff with aux LEDs in that space, but no hardware exists for it yet.

Anyway, putting other-ramp floor on “click, hold” costs about 60 bytes and makes the light act a little weird when doing 4 clicks to unlock. Instead of “moon moon moon moon”, it goes “moon LOW moon moon” or “LOW moon LOW LOW”. So for now I think I’ll leave it as a compile-time option which isn’t enabled by default.

Nice to hear. My ROT66 is one of the earlier aux LED versions with an entirely stand alone aux board, but maybe in the future I’ll see about a swap if the firmware offers more advanced functionality.

joechina
Offline
Last seen: 3 weeks 4 days ago
Joined: 03/05/2016 - 08:23
Posts: 1405
Location: Germany

joechina wrote:
joechina wrote:
Guys what are you thinking about this:

In LOCKOUT MODE:
- hold : momentary moon (= floor from current ramp)
- click, release, hold : momentary 10 lm (= floor from other ramp)

Good or bad?

(but I don’t know if this possible to program)

Idea is:
In general I want the ramp start at moonlight.
And for normal carry I lock high power lights out.

It is for the same use case as Lockout momentary, but when you use it and realize you need more light, like: Oh, 1 lm is not enough I need ten times more.

ToyKeeper wrote:

Anyway, putting other-ramp floor on “click, hold” costs about 60 bytes and makes the light act a little weird when doing 4 clicks to unlock. Instead of “moon moon moon moon”, it goes “moon LOW moon moon” or “LOW moon LOW LOW”. So for now I think I’ll leave it as a compile-time option which isn’t enabled by default.

So, it is added? And it is only for the guys with a flash adapter!
Tank you Toykeeper! Thumbs Up Beer

Beside the “random” blink at unlock, does it feel useful?

mgracia85
mgracia85's picture
Offline
Last seen: 39 min 14 sec ago
Joined: 12/01/2017 - 18:35
Posts: 175
Location: East Texas

I am already down for one, but can you add me for one more please

I love my wife’s toy poodle

NWoodsman
NWoodsman's picture
Offline
Last seen: 4 months 1 week ago
Joined: 11/06/2018 - 09:34
Posts: 51

Toykeeper, it seems there are earlier posts in which you mentioned you have a prototype.

Can you make an Imgur album and give us the second best thing to an FW3A (a bunch of photos of an FW3A)?

Disassembled, assembled, next to other lights, sitting in snow, etc. Whatever you feel generous to provide.

patchythepirate
patchythepirate's picture
Offline
Last seen: 4 months 2 weeks ago
Joined: 08/20/2016 - 22:27
Posts: 62

Put me down for 1 more! Cool

aeon
aeon's picture
Offline
Last seen: 6 hours 50 min ago
Joined: 01/09/2019 - 03:06
Posts: 7
Location: Bulgaria

One with LH351D for me, please.
Thank you!

Jodok
Offline
Last seen: 7 months 1 week ago
Joined: 01/11/2019 - 14:10
Posts: 1

I‘m usually active in the tlf but now it looks like both threads there are closed. Does someone here know more about that?

leo l.
leo l.'s picture
Offline
Last seen: 8 hours 10 min ago
Joined: 01/23/2016 - 15:59
Posts: 10
Location: Schleswig-Holstein

Regards
Leo

DavidEF
DavidEF's picture
Offline
Last seen: 39 min 47 sec ago
Joined: 06/05/2014 - 06:00
Posts: 7570
Location: Salisbury, North Carolina, USA

leo l. wrote:
new links,now in “TLF-Fanartikel”
https://www.taschenlampen-forum.de/threads/fw3a-tlf-sonderedition-in-kle...

You have to be logged in to see this? Facepalm

The Cycle of Goodness: “No one prospers without rendering benefit to others”
- The YKK Philosophy

leo l.
leo l.'s picture
Offline
Last seen: 8 hours 10 min ago
Joined: 01/23/2016 - 15:59
Posts: 10
Location: Schleswig-Holstein

sorry, I only answered Joduk’s question.

Regards
Leo

cabfrank
Offline
Last seen: 5 hours 14 min ago
Joined: 11/19/2010 - 17:25
Posts: 2927
Location: healdsburg, california usa earth

Do we assume that means we are getting very close and they are not adding any more to the interest list? Or something worse?

Bob_McBob
Offline
Last seen: 20 hours 42 min ago
Joined: 08/14/2016 - 04:53
Posts: 498
Location: Canada

I have an account at TLF and I also can’t view any of the FW3A threads anymore. What’s going on?

Pages