BLF17DD Info Thread - Reference

essentially yes, but “porting” usually implies taking the existing program and just tweaking little parts of it to make it work on different hardware. the overall program will be mostly the same, just little “nuts and bolts” will change. However, with the extra space available on the 25, I would expect the programs to get much more feature-rich (and therefore complicated) once it is ported.

Can the 25 handle my favorite UI: moon, low, high, no memory?

I think a lot of the space issues crop up with features such as:

  • Momentary button support. (e-switch)
  • Thermal throttling.
  • Any use of curves with tables? (fancy ramping)
  • Complex UI.

I’m probably forgetting some things, and since I have not been attacking these things myself I don’t know how big a problem features like status LEDs have presented in terms of space.

A production run would be cool, but first we’d need to settle on a “final” design for it. Wight has been improving things almost daily, so it’s not really stable yet.

However, I get the impression that the most popular driver would probably be a 17mm single-sided model with both a FET and a single 7135 chip, OTC, and attiny13a or attiny25. If there’s room, also a pad for a zener. This would cover almost everyone’s needs in the most common size of light — blinding highs, low and efficient lows, off-time or e-switch UI, several popular firmwares, and easy to reflash. Not much room for solder stars though, so people would need to mostly agree on a default firmware.

He also made a pretty amazing 15mm model with everything above except a zener, which I’m hoping to try soon in some 1x14500 lights.

Hey you asked :smiley:

Original ATtiny13A > ported over > ATtiny25A

Porting also means heavy set guy….er…no that’s portly, sorry I was thinking of myself :stuck_out_tongue:

:slight_smile:

Hey look at that! I was spot-on without looking it up 8)

and then some

If the ATtiny13 can do all that…imagine what the coders could do with 2X the space…think “dual group modes” and whatnot

yup yup

I make a good living off of porting code - that's what I seem to do most of the time, lately, for the last few years... We went from custom embedded hardware (1st generation) in ASM/C/C++, to COTS (Commercial Off The Shelf) boards w/custom plug-in hardware (2nd generation) Win CE based in C++, and now (3rd generation) to Windows based Panel and table PC's in C#/.NET Smile. Maybe 150k-200k LOC's (Lines of Code) ported along the way...

Ho, ho, ho, off to port code we go...

I’m glad I haven’t had to port code very much. Occasionally fix bit depth or endian issues, yes. But mostly I get to use Python and shell, which makes all that moot. Before attiny firmware, I think the last time I had used C was in the 90s. But I like C, it’s still one of my favorite languages. I’d probably like Go too, but I haven’t really used it yet.

Most of the code I write is basically prototyping anyway. Proofs of concept to decide on a good design or test potential solutions, and then if it turns into important infrastructure someone else can maintain it. Or little bits of code to break things. Or anything which satisfies the rule of three — the third time I have to do something nontrivial, I automate it.

I built a BLF17DD from Mountain Electronics. It didn’t work. Positive and negative in were shorted together. I saw a line across the positive LED pad and scratched it out with my camel bone handled pocket knife, which fixed it.

Looks like a bit of extra solder may have squeezed thru that via and accidentally bridged on the ground ring

I’ve used that same board from OSHPark a couple of hundred times, never saw anything like that happen.



Ya cuz a knife with a plastic handle never would have worked.




LOL> Sorry, I just couldn't resist. Glad you got it fixed man.

In the most dignified way possible: SQUEEE!!!

Using a hot air station makes it so much easier to assemble

I didn’t take a picture before I used the budget knife, but these show the line on the other side of the positive pad.

Click for full size.

+1
One driver for all needs would be superb. I have no needs for complex firmware, as long as there are no annoying blinkmodes and some different brightness compared with a direct driven turbo I am happy.

@vesture of blood
I asked in the eagle eye a6 thread why they won’t sell extra drivers and got no real answer yet…I thought that if there will be a production run of 500 anyway 100 spare drivers could be have for cheap too…like it was before in some BLf lights. Seems for me the best way.
Compared to a nanjg for 3$ a Fet driver is really non budget at 10-15$…

Yes, qty 100 is approx $12 ($1200 in advance). Even at a qty of 1000...price is $9. Prices like $5 do not come in to play unless there is a qty of 5000.

Is this Quote from itead or another Chinese ? Or from a US assembler?
Didn’t thought that this would be so high Especially for such a small one Sided PCB