[UPDATE:v1.7.1,Q8&1chanOTSM]bistro-HD, bistro your way. OTSM, eswitch(devel), Vcc reads, safe_presses, turbo timeout...

I loaded Bistro HD OTSM in Amtel Studio

Now I tried to compile a hex with a custom modegroup

But when I flash it its totally messed up, the driver has only 3 modes, does not accept long clicks
when entering config it bliks 6 times then buzz and thats it

P.S. I did a new project in Amtel studio and now it seems to work

also I am puzzled how to change the LVP to another value
the fr-calibration.h has still the stuff from Bistro using 19.1/4.7k resistors to define voltage

also still searching where to adjust moonmode to get it a bit brighter, now its more a firefly mode

@KFulton: nice to hear you have some drivers working!

When I saw that flintrock had been absent I was bummed a bit as I purchased parts with tight tolerances and the parts were not cheap. So, I hope you can share with us some more? What has been your experience? Learn anything that may be helpful?

@Flintrock: please come back. You’ve done some great work. Your intelligence causes you to have some conversations with yourself sometime but it is still nice to listen in and it documents some priceless information:) hope all is well

You could try changing the modegroup header file from:

#define RAMP_PWM2 4,7,20,35,55,100,160,255,255,255,255,255,255,255,255,255,255,255,255,0

to:

#define RAMP_PWM2 7,7,20,35,55,100,160,255,255,255,255,255,255,255,255,255,255,255,255,0

but I don’t know if that will work. The moonlight might be hard-coded somewhere (I can’t find it either).

Well, since you asked, a few random observations, some of which were already posted elsewhere, in no particular order -

1. Here is the final parts list that I used for 17mm 1S:

U1: ATTiny25V
U2: SIR800DP

D1: RB751V40T1G
D2: none

C1: 1uF (0805)
C2: 47uF (0805) 298D476X0010P2T
OTC: none

7135: 350ma

R1: 1K (0603)
R2: 3.3K (0603)
R3: 100K (0603)
R4: 47 (0603)
R5: 4.7 (0603)
BR: none

There are cheaper/better options for C2, but I don’t know what is the best option there.

2. Moonlight is crazy low, more like a firefly/sub-lumen mode. I changed my modegroups around to use ramp level 2 instead of moonlight.

3. The tantalum capacitor is polarized. I posted a picture of the working orientation in a previous post.

4. No bleeder resistor is needed for lighted tailcap builds (at least on 17mm 1S). All of my Convoy S2/S2+/S3 builds have them.

5. There is some occasional odd behavior with short presses. If you haven’t turned the light on in a while, and immediately tap forward rapidly a few times, some of the forward taps will behave as medium-presses. This clears up within a few seconds and won’t come back again for a long time (several days? Need more time to figure this one out).

6. I managed to destroy a bunch of 7135s by soldering them by hand with an iron. I discovered this when doing tail measurements with a multimeter. Apparently the little things can’t handle an iron at 650F. I replaced all of them with fresh 7135s and reflowed them using solder paste and hot air, and everything was fine after that.

7. Since I was doing a bunch of projects at the same time, I used the electric skillet method for the side with the tiny components. Works great! I usually use hot air for SMD, though, especially after the 7135 incident.

8. Convoy S2 and S2+ pills do not work very well with 17mm TAv1 drivers. You need to either file the retaining ring way down or solder the drivers in place. I tried to solder one to a S2 pill and the heavier components on the other side of the board fell off. I have read that some people have had success with using a blowtorch to pre-heat the pill, but I haven’t tried that. The Convoy S3 has a wider retaining ring and works without any fuss.

Thanks for the feedback! I was just wondering how people did what you describe in #6.

I wonder if there is a place to buy the convoy s3 retaining rings?

Why would you want to buy them separately? They don’t fit in anything else that I know of, and unless you lose one, any S3 host or complete light you buy should already have one.

Well yes, if they don’t fit anything else there is then no need. I was assuming that they would fit the other convoy s-series lights but i guess they do not.

this capacitor has the exact same specs and costs half of the Visay

dont make the mistake and populate C1 with 10uF, costed me over 2 hours to find this mistake

I tried to flash the Bistro HD OTC from the supplied HEX files

medium presses dont work
when I flash TA Bistro it works

can someone send me a hex that work OK?

I have a bistro-HD driver for testing now. After building a light and running some tests, maybe I can merge the code into the repository.

That would be very nice. Thanks!

Can someone help me choose if there is an MCU on this list that will work with OTSM?

I think this is OK but I’m not sure. Can someone confirm that?
I can buy from this site locally so I hope one of them will be good.

I'm pretty sure the one you listed will work but it's listed as no stock which seems to be the case everywhere for the 25V. I've used the 45V but it's also not in stock on that site. This is in stock and should work.

IIRC only the 45V has been tested to work. The 25v doesn’t offer the feature needed and the 85v is iffy on weather you get one that works but I have never tried HD myself so talking second hand here.

Sorry for the delay. I’ve had some distractions lately…

Anyway, I have a bistro-HD driver with tiny25v 10ssu and it appears to work. There is nothing on the OTC pads, but it is still able to do short/med/long timings while disconnected from power.

I should know more details soon, but it does at least appear to work with attiny25v.

I got problems to get 2S working with Attiny25V

2S/3S/4S is always tricky on drivers created primarily for 1S. The MCU needs its VCC capped by a zener or LDO, the MCU needs to read voltage through a divider, the 7135 chip(s) tend not to work, LVP tends to be more temperamental, components need to be rated for higher voltage, capacitors tend to drain at a different rate, the battery is more sensitive to differences between cells, etc. The problems might not be specific to the MCU type.

Not sure if this is the right place to post this, but I think I’ve found a bug in the bistro-HD code.

In the classic configuration (OTC, no OTSM, no E-SWITCH) , it seems that the wake_count_med and wake_count_short variables are being set to their OTSM values (as defined by wake_time_short and wake_time_med) instead of their proper OTC values (as defined by CAP_MED and CAP_SHORT). It seems the proper undefs / redefs appear in the code in the wrong place and aren’t getting picked up correctly and should be put at the top along with the other defines.

The result of this bug is that in the OTC configuration it is nearly impossible to “medium press,” since short press is set to ~6 and medium press is set to ~9. Short press works ok but is very short as a result.

I’d be more than happy to submit a patch if you guys accept those?

Patches are awesome! If you have one, please send it. :smiley:

Also, thanks for the reminder. I think I forgot … again … to merge BistroHD into the main repository. I tested it on an OTSM driver KFulton sent me (thanks again for that!) and it worked, but then life happened and I don’t think I ever got back to it.

Edit: Bistro-HD is merged and uploaded to the trunk branch. If you don’t mind using Launchpad, merge proposals there are always welcome. Otherwise, I can also take pretty much any other type of patch.

I’m having trouble figuring out how to get Bazaar set up, so here’s a patch for bistro-HD.c instead.

Everything compiles that I’ve tested, but I can’t guarantee it doesn’t break other configs :P.

Google Drive Link