MYSBootloader 1.3.0-beta.3

[tekka]

@wanvo This would certainly be a great addition to MYSBootloader - but very limited dev time atm. Community contributions on that topic are welcome ;)

[tekka]

@vikasjee Apologies for the late reply - I have no idea what's the issue with your setup - my guess is that something is wrong with the fuses and/or wrong .hex used: Can you post the MYSController log, used fuse settings and any other important information?

[wanvo]

@tekka thanks for the answer. I'm still a newbie.
Now I can not make a contribution to the development due to my incompetence.
I can help as a tester :)

[jacikaas]

@jacikaas

Hello, maybe someone was trying 8MHz bootloader for standlaone Atmega328p?

[cdr]

Hi,

Anyone seen this error on latest 1.3 release? It seems a define is not done for F_CPU, what am I missing here?

Generating function prototypes...
In file included from C:\Program Files (x86)\Arduino\portable\sketchbook\libraries\MySensors/MySensors.h:371:0,

from C:\Program Files (x86)\Arduino\portable\sketchbook\libraries\MySensors\examples\GatewayW5100MQTTClient\GatewayW5100MQTTClient.ino:138:

C:\Program Files (x86)\Arduino\portable\sketchbook\libraries\MySensors/core/MyTransport.cpp:777:42: error: operator '>' has no left operand

 #if defined(MY_GATEWAY_FEATURE) && (F_CPU>16000000)

                                          ^

In file included from C:\Program Files (x86)\Arduino\portable\sketchbook\libraries\MySensors/MySensors.h:396:0,

                 from C:\Program Files (x86)\Arduino\portable\sketchbook\libraries\MySensors\examples\GatewayW5100MQTTClient\GatewayW5100MQTTClient.ino:138:

C:\Program Files (x86)\Arduino\portable\sketchbook\libraries\MySensors/core/MySensorsCore.cpp:479:11: error: operator '>' has no left operand

 #if (F_CPU>16000000)

           ^
exit status 1
Error compiling for board ATmega328 with MYSBootloader 1.3.0.

Regards

[Henry]

@cdr Same Problem here!

Greetz Henry

[tsjoender]

@cdr @Henry I ran into the same issue. Turned out to be a syntax issue in the boards.txt file. If you change:

MYSBL.menu.frequency.MYSBL16.f_cpu=16000000L

into

MYSBL.menu.frequency.MYSBL16.build.f_cpu=16000000L

Then it works again. Adding build. needs to be done for the other menu entries as well.

[Henry]

@tsjoender

PERFEKT!!! thx!!!

[cdr]

@tsjoender said in MYSBootloader 1.3.0-beta.3:

@cdr @Henry I ran into the same issue. Turned out to be a syntax issue in the boards.txt file. If you change:

MYSBL.menu.frequency.MYSBL16.f_cpu=16000000L

into

MYSBL.menu.frequency.MYSBL16.build.f_cpu=16000000L

Then it works again. Adding build. needs to be done for the other menu entries as well.

thanks a lot!

[tekka]

Fix: https://github.com/mysensors/MySensorsBootloaderRF24/pull/24
Thanks for reporting.

[thm]

Hello,
I am currently testing the OTA features with a "My Slim 2AA Battery Node", MYSBootloader 1.3.0-rc.1, MYSController Build 3316 and the original example sketch "PassiveNode" (MySensors 2.2.0). Unfortunately, no reboot will be performed if I want to execute it via the MYSController. Even with a firmware update, no reboot is performed. If I disconnect the sensor from the battery and reconnect, the firmware update will be executed. Am I doing something wrong or is this a software bug?

Regards
Thomas

[gohan]

Try using smartsleep instead of usual sleep

[thm]

Hello, thank you. It basically works with smartSleep. I only have to press the FW update or reboot button several times. After several attempts, the desired action is then executed.
Regards Thomas

[patrikr76]

Hello.
First, thanks to everybody developing all the stuff that is here, these are awesome projects and sorry to resurrect an old thread.

Second, i am trying to use the firmware update feature from MYSController, build 3316, with MYSBootloader, 1.3.0-rc1 8MHz, on a barebone atmega 328pu 28dip .
The device is running a simple thermistor sketch and reports happily to my RPi running MySensors ethernet gateway version 2.3.1-alpha(I have tried with version 2.2.0 as well).
I get the "reboot" screen if i choose the firmware after setting the device as a "Board with MYSBootloader" and the device clearly reboots but does not start any firmware download.

And of course, i am running nrf24l01+. Device is batterypowered from an 18650 li-ion, through a mcp1700 LDO 3.3v 250mA. 10uF on the nrf between vcc and gnd.
Device is set to sleep for 60 secs, but is also set to smartsleep for 500ms, as i read somewhere had solved other peoples issues.

Edit: I believe i was being stupid as i first burned the bootloader using arduino as isp and then burned the sketch, alas, erasing bootloader.

[tekka]

@patrikr76 Yes, sounds like you erased MYSBootloader when uploading the sketch via ISP. Please post the MYSController log (starting before you reboot the node until the node is up an running) to verify this assumption.

[berkseo]

Hello, everyone. Has anyone ever encountered a problem where after a power surge the device on this bootloader stops working? When I first encountered this, I did some tests. They're confirmed. This applies only to network devices. With the battery there are no such problems at all. So I had to switch to DuaiOptiboot. All stable. I do a bit of home programming :) so I don't think the problem is on my side, simple bugs are excluded.

[tekka]

@berkseo Can you share additional details regarding your tests, ideally including logs that showed the proper function of the bootloader before the surge and after - what tool are you using for OTA updates?

[scalz]

@berkseo

+1 for more details please, regarding hw and the power supply, mcu, fuses too.
weird problem.. it works on batt but not on AC?? how do you replicate these power surge?
if you have AC powered nodes sensible to power surge, transcient, I would add a TVS diode on the dc power supply side, and I would protect signals if needed. adding some filtering does not hurt too, pcb gnd isolation/shielding plane as well.
Because, "even if" there is something related to mys bootloader, it seems also related to surge protection..

[berkseo]

@tekka said in MYSBootloader 1.3.0-beta.3:

Can you share additional details regarding your tests, ideally including logs that showed the proper function of the bootloader before the surge and after - what tool are you using for OTA updates?

Now not many can to share on the subject. We need to reproduce the problem again. OTA through the Majordomo system. But it's not about the update. The device died during a power surge, a feeling that was in the mode of receiving firmware due to the jump. Only re-recording the bootloader helped restore the device.

[berkseo]

@scalz The problem was seen when the voltage surge in the network. It was later reproduced using supercapacitors. Let's try to reproduce the problem as follows: power the unit from 3.3 V, hang the supercapacitor on 1F in parallel and the led on the power through the 1K resistor, wait until the supercapacitor is charged, then wait for the discharge and on the verge of turning off ~ 2V, apply power pulses. I can't debug it right now. Will time will make. Bootloader latest version.
There was a filter and a stabilizer. power surges are in principle excluded