Flashlight Firmware Repository

[quote=0-8-15 User]

[quote=hdw]
Do I have to be registred at launchpad? And do I need that ssh key file?[/QUOTE]No and no.

Hello 0-8-15 User

I have to give it up. I tried over 5 hours to simply copy the repository.
Would you please be so kind to send me a zip-Copy of the current repository? That would be really great :slight_smile:

I woul send you a pm with my email-address.

[quote=hdw]

[quote=0-8-15 User]

Just go to one of the revisions you are interested in, for example:

https://bazaar.launchpad.net/~toykeeper/flashlight-firmware/fsm/revision/464

Then at the top choose “download tarball” and work with the files manually

I see a lot of issues with bazaar. It seems that git is much more common (and my personal preference as well). @ToyKeeper, it’s 2020 now – what do you think about moving the repo to GitHub or some other git hosting site? I use this command to migrate and update the repo:

$ cd git-repo
$ bzr fast-export --marks=../marks.bzr -b git-branch ../bzr-branch-directory | git fast-import --import-marks=../marks.git --export-marks=../marks.git

@ contactor: :laughing:
That was easy…
a few minutes ago I thought about setting up a virtual linux machine.
Yesterday I tried WinXP and Win7 virtual machine.
I think, this bazaar programm is buggy…

@ToyKeeper
I think, is would be much easier for us to use git. This worked fine for me.
Editing and improving your great code librarys is hard work only because of setting up the linux development softwares.
Especially setting up a linux machine with 25 different programms to compile the sources is very annoing.
Maybe we can set up AVR studio projects together for the codes library. That would only be one zip for a project, which people can download and they only have one project file. And if they compile it with avr studio, it simply compiles and works. So they can take their time to improve the code and set up new features.

By the way to setup development enviorement under Linux is far so easy compared to Atmel Studio. Yesterday I setup Linux Mint and install bazaar very easy. Also I download the whole repository with just one command stroke. Also Toykeeper is provide to us in readme how to install avr gcc compiler. Also there are bash script which compile all anduril versions in ones. When I tried to used Atmel Studio for first time I have troubels with installation of additional components. Atmel Studio is better if you want to debug the code but if you want just to compile code the Linix is the easiest in that case.

Has the latest firmware for a D4V2 made the Aux LED cycle rate way slower. I just got a brass D4V2 and the cycle rate is way slow and not consistent. The rate changes between about 1.5 seconds and 5 seconds. I also have had a very hard time accessing advanced functions. Battery check and changing between ramped and stepped modes are good examples. Seems like I’m not clicking fast enough? I have 2 other Emisar’s a D4V2 and a D4SV2 and have no such problem. No problem on the other dozen or so Anduril powered lights I own.

Thanks for your time
Bill

I made a separate thread relating to my ongoing issues, but thought I’d ask here. I’ve been trying to figure out the OTC memory on a FET+7135 driver. I flashed the offtime-cap25.hex to an attiny25 but a short press (~.5 sec) always gives me a value of 255. I guess a value of 255 until about 4 seconds or so, then it starts dropping off to lower values. Obviously this shouldn’t be happening but I’m using the correct components, I believe-1 uF cap for the OTC. I tried various other caps of lower ratings which made little difference. What’s going on here?

Yes please! There are obituaries for bzr that are dated 6 or more years ago. And there’s also already more than a handful of copies of this bzr repo on github. I just added another one, so I can track my own changes.

In case anyone is interested, here's the Atmel Studio 7 (Windows) Anduril v464 (latest) full folder with all the source code, solution and project file and it all builds, right now defaulted for a Q8 configuration, with the max temp of 85C, default to 55C:

google drive share for Anduril

I tested this exact build on a Sofirn Q8 and it's working very well. Info here on the port to AS7: https://budgetlightforum.com/t/-/47204/907

I found the port to AS7 not very difficult, took some time, maybe 2 hours or so, but not that bad.

Thanks :heart_eyes:

Oops, posted this in the other E-switch UI thread:

I worked on adding voltage Cal to Anduril. I made it work to enter the fudge factor via 1 to 10 clicks. 5 clicks is 0.25, 7 clicks is 0.35, etc. Max of 10 clicks.

Installed this just now on a SP36, previously had NarsilM v1.3 on it, and been testing it - the voltage fudge factor configuration seems to be working fine!

If I set it to 3 clicks, it reads 3.8V. If set to 10 clicks, it reads 4.1V. A difference of 7 clicks is about 1.75V, so this makes a lot of sense. Now if we (or I) could get this rolled in the official Anduril? Seems like a great feature. I was gonna spend the time doing it with NarsilM but it would be a lot more effort, because I also would have had to roll thermal config in.

Nice work Tom E. :beer:

Thanks . It looks like Anduril for the ATTiny85 is at it's code space limit, so adding features most likely means taking something away. For my Anduril builds, I did take away sunset and beacon modes, so you go straight from voltage to temp readout modes, but that saving in code space helped.

Today I hurt myself AGAIN by pointing the light the wrong way while connecting battery.
My branch now has the power-on-indication level configurable. In my config it’s moonlight.
MUCH better now.

My list of Anduril mods:

  • raise max temp ceiling to 90C (used to be 70C)
  • add calibration of voltage reading via standard configuration method: click "n" times for 0.05V per click to enter the fudge factor
  • make the version # a version #, not date (using 11 for now...)

Rest of changes are standard compile time config settings, like:

  • for the MF01 Mini, keep the AUX LED on when the light is ON (std method of dimmer to brighter)
  • turned off sunset and beacon modes

I think that's it.

Agro - the power on brightness setting sounds useful. Do you have other mods? Is yours posted/downloadable?

https://code.launchpad.net/~nisjuk/flashlight-firmware/nisjuk2

I did many changes related to lockout mode:

  • 3 clicks from lockout unlocks and starts the light
  • 3 clicks+hold from lockout starts ramping from moon
  • 3 clicks from any other mode goes to lockout (note: this does not apply to muggle and momentary modes which I removed in my config)
  • (config change only) I have aux LEDs on high when off and low when locked out to indicate whether the light is locked out
  • After 5 minutes off the light locks out by itself
  • after power is connected the light starts locked out rather than off
  • (IIRC config change only) mode memory is reset every time the light is locked out so I always know the mode the light will start with (either the default or moon)

I like this WAY more than stock.

I also changed the 3-colour aux voltage indication to 5-colour….but it doesn’t work because of the issues I mentioned earlier.

Interesting... thanx!!

We need programming for those of us that just follow instructions and don't need-or care-about coding knowledge. That would mean a Windows GUI interface and a simpler to use cable (I shake too damn much to hold pins on a driver) like the two way radio programming software we used in that business: 1) read from radio 2) make changes 3) write to radio. Done. Finis'. Happy new programmed light.

I fully agree.
Exposed programming pads are a big step forward but there’s still a lot of room for improvement.

I’ve made a guide on how to set up macOS for flashing (setting up the environment, getting the latest revision of Anduril, flashing), but am lacking options for putting the .pdf up in a secure way. I could host it as a Google doc, but that allows showing my full name which I’m obviously somewhat hesitant to do so.

Anyone have any suggestions?