How to burn fuses so that pro mini 3.3v would go down to 1.8v [SOLVED]

[dakipro]

Of course, you and Nca78 did all the thinking anyway :)
I renamed the thread to "How to burn fuses so that pro mini 3.3v would go down to 1.8v [SOLVED]" :) ( or if you have a better suggestion for the topic please write)

[NeverDie]

There's a big advantage to running with no BOD and with no external crystal (internal resonator only): under those conditions the atmega328p can wake from sleep in less than 4usec. Over time, if running from battery or a supercap, that can save you a lot of power.

[Nca78]

The problem is if you have a low/no BOD and keep the 8MHz at some point the atmega won't be able to run with the low voltage. Also, it's better to run from internal oscillator instead of external (lower power consumption but less precise, so you should use it only if you do not need precise timing) and you need to have bootloader matching the fuse settings in board.txt for the frequency if you don't want your board to have all it's timing wrong.

@NeverDie reactivating BOD takes around 60uS, if we believe the datasheet. Not much to worry about IMHO, that's one minute of on time after 1 million wake ups (so, 2 years if you wake up every minute), if running at 1MHz that's around 1mA so that's a total of 1/60 = 0.016mAh for 2 years.

[dakipro]

ok, my happiness was a short lasting one then :(
Is it possible to have 1MHz and low BOD, while still being able to program pro mini with ftdi? Do you @Nca78 perhaps posses such a magical bootloader?

If only ISP can be used, then it makes more sense to upload FOTA enabled one, then you can at least change sketch over the air... I just didn't find 1MHz bootloader with low BOD that is fota enabled (but I could ask Tekka for help if I do not manage to make it)

[Nca78]

@dakipro as long as you have a bootloader, then you can program using FTDI, that's the purpose of the bootloader ;)
What you are doing is programming without bootloader. If you follow the tutorial I have linked earlier and use the provided bootloader files you just have to use the "write bootloader" menu (not sure about exact text in English but it's the last item in Tools menu) to update fuses and write the bootloader on the board at the same time (based on fuses and bootloader set in boards.txt). Then you should use FTDI and not use the programmer anymore, because the programmer will erase the bootloader.

[sundberg84]

I don't know the source but here is some interesting reading @dakipro: https://www.iot-experiments.com/arduino-pro-mini-1mhz-1-8v/

For 1.8V you need to have a maximum frequency of 4MHz.

What I have understood its a balance as well. If you have large calculations/sketches @ 1mhz it will take 8 times longer to process than 8mhz, which might even increase the battery usage since its so slow.

At the moment im running a motion detector @ 1mhz though and that code + MySensors lib has been working quick/great.

[dakipro]

What are you selecting as a board when you upload sketch?
On mentioned manual it says "Choose your desired board which we have added before and burned the atmega328p with it."
But when I do that I get something like

Board apm96 (platform avr, package arduino) is unknown
Error compiling for board APM Optiboot internal 1MHz 1v8BOD 9600baud.

or

Board 28PinBoard (platform avr, package arduino) is unknown
Error compiling for board atmega328p based - 28 pin DIL.

(depending on which test I try, and I tried like 10 combination of boards.txt values, fuzes and bootloaders )

When I select pro mini i IDE, i get

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x35
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x35
Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

When I repeat all the steps with original bootloader, it all works (I am using FTDI to upload sketches, just as nothing ha happened)

I really appreciate your help, I guess world is just not yet ready for my level of noobism, so I might as well just buy more batteries and use regular bootloader :)

[sundberg84]

@dakipro - did you see this tutorial?

https://forum.mysensors.org/topic/3018/tutorial-how-to-burn-1mhz-8mhz-bootloader-using-arduino-ide-1-6-5-r5

[dakipro]

That is the one I used, fallowed all the steps and got the results I posted above. Either it wont compile with the newly selected board (in the IDE), or it wont upload dues to getsync()-thing... I starts uploading, mini blinks 2-3 times, and then silence...
I tried with exactly what says in tutorial, then I tried with some of the bootloaders from the "collection' linked above, then I tried over 10 different combinations of similar things, different fuses and bootloaders, and nothing worked further then the errors above :(

[dakipro]

Success! @sundberg84 and @Nca78 you will be proud of me when I tell you that I was doing everything "correct" all the time, it is just that arudino IDE had some stupid bug or something. I had to delete everything mentioning Arduino from the pc, and reinstall the IDE, and now all works as expected!
It was a stupid thing hunting me for year(s) now that I think about it. I always assumed that ftdi cannot be used with other then the original bootloader, because of stupid error noone ever heard about :(

At the end, I used this repo https://github.com/joe-speedboat/Arduino-LowPower and added new definitions in the boards.txt, then copied relevant bootloaders (and files in "variants" folder). And repeated all the steps above, and everything works great now. I have a 1mhz arduino blinking correctly, and going down to 1.8v, and sending correct temperatures and all

Life is worth living again!