Yes, though I’ve currently got those measurements in the middle of a re-organization of sorts. It’s moving from a single file for all measurements to an individual file per driver per calibration type.
Check battcheck/readings.txt, battcheck/otc-readings.txt, and battcheck/readings/* to see values from existing drivers.
The mechanism being used at the moment is to #include “…/tk-calibration.h” for all this stuff, so you can edit that single file and have it apply to everything you build from then on. The detailed voltage values there can be generated by battcheck.py; you don’t have to measure every exact value in the list; just one high value and one low value, and the script will calculate the rest.
(BTW, I don’t like putting “tk-” at the beginning of each include, but C doesn’t really have namespaces and I don’t want to run into naming collisions, so I prefixed a namespace-like identifier)
Thanks, I never did run battcheck and set the ADC levels when I put your cypreus2 code into my AX6, and it looks like the values are way off where they should be, in the dangerous direction.
Hi, anyone can help me what is the problem with my attiny13a. It’s a second batch of attiny13a that i bought from ebay, 10 pcs. The first batch that i bought earlier this year from the same seller all works well but this 2nd batch all 10 gives an error when i try to use this command avrdude -p t13 -c usbasp -n
avrdude: error: programm enable: target doesn’t answer. 1
avrdude: initialization failed, rc=–1
Double check connections and try again, or use -F to override
this check.
I checked the connections and they are properly connected. To be sure that my usbasp is not the problem I programmed again attiny13a from the 1st batch and they work well.
What is the problem with the 2nd batch of attiny13a that i bought, are they all dead?
How do i enable reset or spi?
If it’s counterfeit then here is where i bought it http://www.ebay.com/itm/10PCS-NEW-SOP-8-ATTINY13A-SU-TINY13A-SU-SMD-IC-/381375008462 to warn others not to buy from this ebay seller survy2014. But i did not see any negative feedback for this item on his feedback section. He has already sold 56 10pcs of this and i did not see any negative feedback.
A high voltage programmer or fuse doctor / fuse reseter would be needed to fix reset, spi. But new genuine chips will come with it all be enabled and ready to flash.
Did you ever, even once, get a different error (without “target doesn’t answer”) from those 10 chips?
No, always the same error
avrdude: error: programm enable: target doesn’t answer. 1
avrdude: initialization failed, rc=–1 Double check connections and try again, or use -F to override this check.
Sounds like the same exact problem I had from an eBay seller: polida2008. These chips are probably pre-programmed left over inventory with the reset disabled - probably why they are so cheap. Not that they were ever used, as mounted on a board, but they were programmed for a certain application. Richard at MtnE has the package: Atmel's AVR Dragon, that will disable that, and make them programmable once again. Can't be sure that's your problem but sounds that way.
I didn’t even realise that tk-otc was the single mode group version of BLF-A6, having never looked at it. Somehow you’ve managed to squeeze out another 120 bytes!
I’m not too familiar with bzr and Launchpad, so I’ve posted the code here instead.
This version has:
config_star code removed (before I discovered it was not really necessary)
Single mode group with 6 modes
Memory selection by 16 clicks
20s turbo timeout
Hidden modes
Strobe
Turbo
Biking strobe
Battery check (10% steps with ADC values measured from my Attiny13A and % to voltage conversion from HKJ’s tests for the efest 10440)
Thanks. I added that to the blf-a6-final branch, since it appears to be based on that code. The main/trunk branch has done some refactoring to move common code into shared headers, so this mod might not build quite right there. In any case, it’s online here now:
I have a question, how do you disable the output on pin 6 of attiny13a in blf a6 firmware. The reason i want to disable the pin 6 is i am only using the pin 5 for output on one 7135 and no connection on pin 6 (no FET or 7135). But the problem is i am getting an occasional blinking when going from high mode to moon mode or even after turning on the light where it goes to moon initially. Maybe the reason i am getting the blink is because the pin 6 is not disabled? So how can i disable it in the firmware?
Edit: I already deleted that line. There is still blinking between the transition from high to moon mode and also whenever i turn on the light. Maybe i have a bad attiny13a or 7135?
The pre-flash is more of a hardware issue. It shows up on some drivers but not others. I’m not sure why, but no code changes I could think of had any effect on it.
First you’ll need to change what it means to be “off”. Normally the driver goes to sleep and will only be awakened by an interrupt such as pressing the e-switch.
Instead, you’ll need to give it some sort of shallower sleep, which will increase standby power and reduce battery life while “off”.
One option is to leave the CPU in a busy loop. It’s easy, but far from ideal. Another option is to enable the WDT interrupt during sleep and add code to the WDT handler to count time and blink the LED periodically. I don’t recall the details of sleep mode right now though… I’m a bit too sleepy myself to remember something I only once glanced at in a hundred-page reference manual. There is a table though, explaining different options for sleep mode and which options pay attention to which interrupts.
It’s just the standard attiny13a reference manual / data sheet from Atmel. I think they call it doc8126.pdf or something like that. It has everything you could ever possibly want to know about the tiny13.