It would be really handy to have a way to get data directly out of the light like that.
Instead, I’ve had to do things the slow way, blinking out numbers one digit at a time and writing them down.
Doing this turned out to be pretty educational though, since I discovered there was quite a bit more noise in the signal than I expected. And I found that the noise was highly dependent on what the light was doing at the time. Measurements were pretty clean while the light was at rest, but during use I got a lot of noise even with really heavy oversampling.
Rewriting things to optimize for noise reduction resolved a lot of issues I’ve seen over the past couple years.
Thanks! I know we already chatted via private messages, but I just wanted to say in public that this has been very helpful.
I’ve been working on merging this since late December, and finally published a new revision yesterday after finishing a bunch of testing. It ended up being a much bigger project than I expected, but it all seems to be working now and I hope others will get similar results.
Maybe. I’ve been meaning to move it to git for a while, because it’s much more widely used. I just really don’t like some things about Git. In particular, I want to find a way to get its branching to do what I need first. Git’s branch features are one of its weakest points, and although it recently got something vaguely similar to how Bzr works, it’s a shallow implementation which leaves a lot to be desired.
I generally have at least a dozen different branches in progress, many of which are long-term and/or private, and each has its own working tree with meaningful state that shouldn’t be part of the repository. That’s trivial to do in Bzr because it’s the default and recommended workflow… but it goes against much of Git’s design so things quickly get awkward. It’s also weirdly tricky to interact with other instances (like GitHub) in terms of single branches instead of entire repositories. It generally grabs or sends all branches and checks out master, which is frequently the wrong behavior.
It looks like if I want similar branch functionality, I’ll probably end up with many many local copies of the entire repository… and then merges end up being much more of a pain.
In general, I’ve found that the default behaviors in Git are almost always the opposite of what I want, so I end up needing a lot of overrides and workarounds. This has greatly slowed down the migration process. I’d love to go back to 2005 and slap Linus around a bit to convince him to change the design.
Probably not. I can’t run it, so I can’t maintain it.
Yes, a recent update slowed down the rainbow mode because people thought it attracted too much attention.
About 3-click actions not responding, there seems to be an issue of some sort which is very difficult to reproduce on purpose. Usually it can be resolved by cleaning the electrical contacts and making sure the parts are put together tight enough.
However, there are some brand new builds which might help too. I’ve tried to make it much more tolerant of electrical noise, and it may react better now when there is a weak ground contact or something.
There are many requests for that and I think it would be really worthwhile to support Atmel Studio. Though personally I don’t understand why because my personal experience with it was very bad.
What kind of maintenance would it need?
What if there were members interested in maintaining it?
I implemented to DarkHorse indicator led, lockout and candle mode support from Anduril for my headlamp drivers, but i dint find out how to enable LVP for indicator led
Hi everyone I need your help, I have tried the Star-Momemtary code, wonderful code, but I have to ask if you can change some points, I use it with a piezo button and I find it too sensitive, how do I increase debounce for avoid accidental ignition, or you have other things to propose, I also accept your ideas
Thank you so much
Thank you very much
why do you think I can’t use a piezo button? I’m using them made of stainless steel that are very good, and also underwater, that you would have other ideas
I didn’t say that you can’t use it
I just asked whether you’re using it to build a diving flashlight.
I used a piezo switch for a diving flashlight years ago, it was great.
I notice that there are quite a few people who know nothing about coding yet are able to flash firmware. The recent introduction of flashing pads greatly expands this number.
Yet the latest Andruil is not available to them in a binary form. They have to compile the sources which is problematic to quite a few a needless nuisance to a number of others.
I think it would be worthwhile to have some continuous building process….
Sorry I ask a question, do not kill me, it’s only recently that I discovered this forum thanks to all, I found this part where you have gathered all the firmware, but there is the possibility of finding some driver projects that you can create, thanks