💬 FOTA (Wireless Programming)
-
Is it possible to use this bootloader with arduino Mega boards (mega 2560)?
What should be set in boards.txt then? -
as a node, I want to build one ambitious notification node with a bunch of functionality, Due to number of interrupts i would like to have (and total sensors as well) it would have to be a mega board.
It would be physically located in other part of the house, so wireless programming would be awesome if possible :)
-
DualOptiboot: if you do your own board layout, always keep the CS signal of the external flash at pin D8. You can change the pin number in your sketch, but not for the bootloader It is hard coded in the bootloader!
In this case the uploaded firmware is written to external flash by the sketch, but the bootloader can not read it and not write it to internal flash. Firmware will never get updated. Took me some time to find out... -
@gohan never saw your reply sorry.
I am assuming I need more then two interrupts as I would like to have several buttons and sensors to the node. I am building a "information" node from an old lamp that will have a pir, lcd, temp, rgb led. Also a proximity and few others like microphone from the secret knock example, air quality, buzzer.
I guess I could get away with checking on sensor/buttons state on each cycle since it is not a battery powered sensor, but I assume I will need more memory anyway for all the libs.(I know that perhaps the raspberry is better for this task, but... would like to push arduino and myself a bit more :) )
-
Since it's not a battery node, you can use pretty much anything you want. If you want to give it a shot, there is also a 3.3v pro mini with a Mega 2560 chip that should give you plenty of room and power for all the libraries you want.
-
Thanks for the info, I've got it working on boards which arn't already soldered to radios, however just cant burn a new bootrom to a board with a RF69 soldered across pins miso mosi and sck. Is this normal ?
-
@rfm69 does your rfm69 CS signal have a pullup? If not, you should add one, because pin can be floating (so it's bad practice to not have pullup on CS lines) and interfering during AVRSPI reprogramming
-
@RFM69
CS/SS of the SPI bus, for enabling/disabling device spi comm. it's your rfm69 NSS pin if you prefer.
I usually use 56k pullup resistor -
Hi there. For what I'm reading, the MYSBootloader allways uses the default channel 76. Is that correct? It would be a very important addition to this howto.
-
Hi there. For what I'm reading, the MYSBootloader allways uses the default channel 76. Is that correct? It would be a very important addition to this howto.
-
I recompiled MYSBootloader 1.3 with the RF Channel I use and it's now working. I can confirm that FOTA works great over MQTT gateway.
-
@guillermo-schimmel not always, but by default. To change the channel, the bootloader must be recompiled. I have added a note to the howto. Could you check if the information is sufficiently clear?
@mfalkvidd Thank you as usual.
I can confirm that is indeed working by recompiling to my channel.
I have however a couple of questions.
-
When you say "by default", do that means that there is a way of modify that default? If so, how?
-
This specific node that I'm testing with, have a fixed node id (I use OpenHAB). But with the recompiled bootloader it "knows" which firmware download. Where does it gets from? Is the bootloader accessing the main sketch? Or is the node id info fixed in eeprom.
-
If the node id info is in eeprom, could we also have the channel there? It would be so great not having to compile the bootloader.
Thanks a lot, as allways.
-
-
@mfalkvidd Thank you as usual.
I can confirm that is indeed working by recompiling to my channel.
I have however a couple of questions.
-
When you say "by default", do that means that there is a way of modify that default? If so, how?
-
This specific node that I'm testing with, have a fixed node id (I use OpenHAB). But with the recompiled bootloader it "knows" which firmware download. Where does it gets from? Is the bootloader accessing the main sketch? Or is the node id info fixed in eeprom.
-
If the node id info is in eeprom, could we also have the channel there? It would be so great not having to compile the bootloader.
Thanks a lot, as allways.
- Yes. Isn't that exactly what you did when you did this: "I can confirm that is indeed working by recompiling to my channel" ?
- I don't know. But I would also guess eeprom.
- The bootloader needs to fit into a very small size, so I am not sure if there is room to read the channel from eeprom.
Maybe @scalz can comment on 2 and 3.
-
