Quadrupel wrote:

Anduril have no indicator led LVP ? Aux leds maybe off, but indicator led keeps shining until battery kaputt

Agro wrote:

No, I believe it’s this place: // TODO: turn off aux LED when power is really low if (0) {} // placeholder

So…it seems simply unimplemented yet

But as Agro, it can be implemented to be on the safe side.
Otherwise the Low Battery-Indication on a MF01S or MF01 may not work as implemented, if the driver switches the aux-board off.

Fantastic! Via debugWIRE? I wonder how you managed to get the cables to the outside. Through the hole of the switch?

I insert short blips with a duration of the current temperature value and capture them with my luxmeter:

Awesome setup!

Indeed

Wieselflinkpro wrote:

Many Aux-LEDs will turn off on low battery.

Code is ready for review: https://bazaar.launchpad.net/~pakutrai/flashlight-firmware/fsm/revision/465

Link to the pull request: https://code.launchpad.net/~pakutrai/flashlight-firmware/fsm/+merge/377134

Lexel wrote:

Agro wrote:

You’re using a website that presents the repository rather than the repository. The website shows that you should use “bzr branch lp:~toykeeper/flashlight-firmware/fsm” command. With your UI you may try to enter “lp:~toykeeper/flashlight-firmware/fsm” URL.

Those people who write this bazaar wiki seem to think everyone is an expert programmer and know all the basics

with your link I get this error

Please all I am asking is a zip or similar container with a working Anduril build for AS7

.

I am wasting again now almost 4 hours on this and can’t build drivers in that time for the community and I have not much time at all right now for weeks and its not looking better this year

I am close to quit Anduril with a March build like I did with NarsilM v1.2 and support no newer versions anymore

Hello

I have the same problem, that I cannot clone the repository.
I use the Bazaar Explorer.

What do I have to enter in “open url”:
this does not work for me: lp:~toykeeper/flashlight-firmware/fsm
I get the same errors as shown by Lexel’ screenshot.

Did you click the button with the green arrow on the left? The one that says “Quelldateien des Projektes von einem anderen Ort beziehen”? The buttons with the blue icons are probably meant to open local and not remote projects.

“lp:~toykeeper/flashlight-firmware/fsm” is the correct URL.

This does not work either. I use Windows 10 Pro.
Do I have to be registred at launchpad? And do I need that ssh key file?
see: https://bugs.launchpad.net/bzr/+bug/1807226

Run command: bzr branch lp:~toykeeper/flashlight-firmware/fsm “O:/Neuer Ordner (2)/trunk” —use-existing-dir
Qt: Untested Windows version 6.2 detected!
You have not informed bzr of your Launchpad ID, and you must do this to
write to Launchpad or access private data. See “bzr help launchpad-login”.

bzr: ERROR: httplib.IncompleteRead: IncompleteRead(34 bytes read)

Traceback (most recent call last):
File “bzrlib\commands.pyo”, line 930, in exception_to_return_code
File “bzrlib\commands.pyo”, line 1141, in run_bzr
File “bzrlib\commands.pyo”, line 673, in run_argv_aliases
File “bzrlib\commands.pyo”, line 697, in run
File “bzrlib\cleanup.pyo”, line 136, in run_simple
File “bzrlib\cleanup.pyo”, line 166, in _do_with_cleanups
File “C:/Program Files (x86)/Bazaar/plugins\qbzr\lib\commands.py”, line 826, in run
File “C:/Program Files (x86)/Bazaar/plugins\qbzr\lib\subprocess.py”, line 1011, in run_subprocess_command
File “bzrlib\commands.pyo”, line 1141, in run_bzr
File “bzrlib\commands.pyo”, line 673, in run_argv_aliases
File “bzrlib\commands.pyo”, line 697, in run
File “bzrlib\cleanup.pyo”, line 136, in run_simple
File “bzrlib\cleanup.pyo”, line 166, in _do_with_cleanups
File “bzrlib\builtins.pyo”, line 1434, in run
File “bzrlib\controldir.pyo”, line 780, in open_tree_or_branch
File “bzrlib\controldir.pyo”, line 689, in open
File “bzrlib\controldir.pyo”, line 718, in open_from_transport
File “bzrlib\transport\__init__.pyo”, line 1719, in do_catching_redirections
File “bzrlib\controldir.pyo”, line 706, in find_format
File “bzrlib\controldir.pyo”, line 1151, in find_format
File “C:/Program Files (x86)/Bazaar/plugins\git\__init__.py”, line 235, in probe_transport
File “C:/Program Files (x86)/Bazaar/plugins\git\__init__.py”, line 182, in probe_http_transport
File “socket.pyo”, line 348, in read
File “httplib.pyo”, line 522, in read
File “httplib.pyo”, line 565, in _read_chunked
IncompleteRead: IncompleteRead(34 bytes read)
bzr 2.6b1 on python 2.6.6 (Windows-post2008Server-6.2.9200)
arguments: [‘C:\\Program Files (x86)\\Bazaar\\bzr.exe’, ‘qsubprocess’, ‘—
bencode’, ‘l6:branch37:lp:~toykeeper/flashlight-firmware/fsm25:O:/Neuer
Ordner (2)/trunk18:—use-existing-dire’]
plugins: bzrtools[2.5.0], changelog_merge[2.6b1], colo[0.4.0],
explorer[1.3.0dev], fastimport[0.14.0dev], git[0.6.8dev],
launchpad[2.6b1], loom[2.3.0dev], netrc_credential_store[2.6b1],
news_merge[2.6b1], pipeline[1.4.0], qbzr[0.23.0dev], rewrite[0.6.4dev],
svn[1.2.2dev], upload[1.2.0dev], xmloutput[0.8.8]
encoding: ‘cp1252’, fsenc: ‘mbcs’, lang: None

• Bazaar has encountered an internal error. This probably indicates a
  bug in Bazaar. You can help us fix it by filing a bug report at
  https://bugs.launchpad.net/bzr/+filebug
  including this traceback and a description of the problem.

hdw wrote:

Do I have to be registred at launchpad? And do I need that ssh key file?

hdw wrote:

This does not work either.

0-8-15 User wrote:

hdw wrote:

Do I have to be registred at launchpad? And do I need that ssh key file?

No and no.

hdw wrote:

This does not work either.

Maybe give TortoiseBzr a try? Or use the command line directly.

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

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

hdw wrote:

0-8-15 User wrote:

hdw wrote:

Do I have to be registred at launchpad? And do I need that ssh key file?

No and no.

hdw wrote:

This does not work either.

Maybe give TortoiseBzr a try? Or use the command line directly.

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

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

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

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

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:
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.

hdw wrote:

@ contactor:
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.

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?

SammysHP wrote:

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

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: http://budgetlightforum.com/comment/1622044#comment-1622044

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

Tom E wrote:

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: http://budgetlightforum.com/comment/1622044#comment-1622044

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

Thanks

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.

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. 

dorpmuller wrote:

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.