MYSBootloader 1.3.0-beta.3

[A Former User]

@tekka Submitted https://github.com/mysensors/MySensorsBootloaderRF24/pull/20.

[tekka]

@Bhavin-Doshi PR merged. Thank you!

[nagurao.basude]

@tekka, I am planning to move from MySensors v2.0.0 to v2.1.1, do I need to use the updated MYSBootloader? Currently I am using MYSBootloader 1.3 pre-relase (https://forum.mysensors.org/topic/3453/mysbootloader-1-3-pre-release-myscontroller-1-0-0beta).

Can you please also help me understand the differences in the low_fuses and high_fuses values in the older version of bootloader and the latest version?

[tekka]

@nagurao.basude no, you don't need to but the new version has some stability improvements. The fuse differences are to better match HW (osc type) & clearing eeprom.

AVR fuse calculator: http://www.engbedded.com/fusecalc/

[Nca78]

Hello, has someone used the 1MHz precompiled bootloader ? If yes what baud rate did you use to communicate via serial ?
I flashed it on a node but I can't upload any script ("not in sync" error). If I believe HW.h it should be 9600 bauds but I have tried hat and nearly every baudrate with no luck.
I had no problem using the 8MHz version.

The only way I could use the 1MHz bootloader at the moment is to flash the hex file containing both bootloader and script.
Sorry to ask this stupid question, I wanted to compile the bootloader but Internet connection is nearly down and I can't even download Atmel Studio :(

[nagurao.basude]

@tekka Thank you very much for the response. I will just start migrating my existing nodes to MySensors v2.1.1library.

[Mark Swift]

@tekka try as I might, I can't get the nodes to respond to the new 'signal report' option in MYS Controller, any ideas why?

[tekka]

@Mark-Swift This feature only works on MySensors >=2.2.0

[Mark Swift]

@tekka said in MYSBootloader 1.3.0-beta.3:

@Mark-Swift This feature only works on MySensors >=2.2.0

@tekka I'm using the latest dev branch on all my nodes and gateway...

[tekka]

@Mark-Swift Hmm, that's odd - just tested it here with the latest dev and all is ok. Can you post the logs + node sketch?

[jacikaas]

Hello,

I have notice strange behavior with MYSBootloaderV13pre.hex 8MHz internal bootloader.

Problem: When I burn MYSBootloaderV13pre.hex 8MHz internal bootloader to my Standalone Atmega328p i testing it with Arduino Blink and Fade sketches. Problem is that theese sketches doesn't work on this bootloader. LED is just always ON.

I also tested the same sketches, same wiring, same Arduino Uno (5V when programming), same FTDI programmer (3.3V), same PC with Win 10 with same drivers, same Atmega328p with Nick Gammon Atmega Board Programmer when I burn Lilypad bootloader and then upload Blink and Fade sketches, they perfectly working.

I tried same uploading with Arduino IDE 1.6.5 and also with the newest version 1.8.5.
As a programmer I using Arduino as ISP. I theese tests when burning bootloader I don't connect external oscilator.

With Nick Gammon software I also checked fuses for both Lilypad and MYSBootloader settings, becose i was thought it is becose of them. Once I configure wrong fuses and it had a lot of time to reset it to default value.
Question: So now before changing fuses I want to ask maybe someone have been faced with similar problem?

I paste below info about Lilipad and MYSBootloader 8MHz internal oscilator boards fuse settings:

Lilypad bootloader

Atmega fuse calculator.
Written by Nick Gammon.
Version 1.11
Compiled on Nov 30 2017 at 17:36:58 with Arduino IDE 10805.
Attempting to enter programming mode ...
Entered programming mode OK.
Signature = 0x1E 0x95 0x0F 
Processor = ATmega328P
Flash memory size = 32768
LFuse = 0xE2 
HFuse = 0xDA 
EFuse = 0xFD 
Lock byte = 0xEF 
Clock calibration = 0x8E 
External Reset Disable.................. [ ]
Debug Wire Enable....................... [ ]
Enable Serial (ICSP) Programming........ [X]
Watchdog Timer Always On................ [ ]
Preserve EEPROM through chip erase...... [ ]
Boot into bootloader.................... [X]
Divide clock by 8....................... [ ]
Clock output............................ [ ]
Bootloader size: 2048 bytes.
Start-up time: SUT0: [X]  SUT1: [ ] (see datasheet)
Clock source: calibrated internal oscillator.
Brownout detection at: 2.7V.

MYSBootloaderV13pre bootloader

Atmega fuse calculator.
Written by Nick Gammon.
Version 1.11
Compiled on Nov 30 2017 at 19:48:16 with Arduino IDE 10805.
Attempting to enter programming mode ...
Entered programming mode OK.
Signature = 0x1E 0x95 0x0F 
Processor = ATmega328P
Flash memory size = 32768
LFuse = 0xE2 
HFuse = 0xD2 
EFuse = 0xFE 
Lock byte = 0xFF 
Clock calibration = 0x8E 
External Reset Disable.................. [ ]
Debug Wire Enable....................... [ ]
Enable Serial (ICSP) Programming........ [X]
Watchdog Timer Always On................ [ ]
Preserve EEPROM through chip erase...... [X]
Boot into bootloader.................... [X]
Divide clock by 8....................... [ ]
Clock output............................ [ ]
Bootloader size: 2048 bytes.
Start-up time: SUT0: [X]  SUT1: [ ] (see datasheet)
Clock source: calibrated internal oscillator.
Brownout detection at: 1.8V.

I appreciate any helpful info!

EDIT: I think I already found that there is newer MYSBootloader files of development version which working without problems. I will test it if I write good fuses :)

[Mark Swift]

@tekka said in MYSBootloader 1.3.0-beta.3:

@Mark-Swift Hmm, that's odd - just tested it here with the latest dev and all is ok. Can you post the logs + node sketch?

@tekka, just tried again, perhaps I'm missing something obvious?

I have the gateway and node using the latest dev branch, I click the node in MYS and then request a signal report - I see a tx in the log but nothing further? Do I need anything in the node sketch or the gateway? Does this work with the NRF's?

[tekka]

@tekka said in MYSBootloader 1.3.0-beta.3:

@Mark-Swift Hmm, that's odd - just tested it here with the latest dev and all is ok. Can you post the logs + node sketch?

[jacikaas]

Hello,

Q1: Does anybody was able to succesfully use 8MHz MYSBootloader 1.3.0-beta.3 on standalone Atmega328p?

All bootloaders I testing with Arduino BLINK example.
Arduino 1.8.5

I was testing 8MHz internal oscilator MYSBootloader 1.3.0-beta.3 with fuses on 2 different Atmega328p standalone but I can't upload sketch to it and test it. Arduino avrdude says that:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x4a
Used fuses:
proMYSBL8.bootloader.low_fuses=0xE2
proMYSBL8.bootloader.high_fuses=0xDA
proMYSBL8.bootloader.extended_fuses=0x06 / 07
proMYSBL8.bootloader.unlock_bits=0x3F
proMYSBL8.bootloader.lock_bits=0x3F / 0F

Before that, I was burned my Atmega328p with 1MHz internal oscilator MYSBootloader 1.3.0-beta.3 bootloader and it was working.

Also I was testing 8MHz internal oscilator MYSBootloader 1.3pre2 with fuses on 2 different Atmega328p standalone and I can upload sketch to it and test it.
Used fuses:
proMYSBL8.bootloader.low_fuses=0xE2
proMYSBL8.bootloader.high_fuses=0xDA
proMYSBL8.bootloader.extended_fuses=0x06 / 07
proMYSBL8.bootloader.unlock_bits=0x3F
proMYSBL8.bootloader.lock_bits=0x3F / 0F

Q2: I noticed that with 8MHz internal oscilator MYSBootloader 1.3pre2 LED blinks not continuosly it like (* led ON; - led OFF):
*** --- *** --- *** --- ** - * - * - * - [cycle ends, then repeats again] *** --- *** --- *** --- ** - * - * - * - ...
And this one cycle of *** --- *** --- *** --- ** - * - * - * - takes ~8 seconds. Could it be something with watchdog timer? I not very know about this setting.

Thank You for help!

[tekka]

@Mark-Swift said in MYSBootloader 1.3.0-beta.3:

@tekka said in MYSBootloader 1.3.0-beta.3:

@Mark-Swift Hmm, that's odd - just tested it here with the latest dev and all is ok. Can you post the logs + node sketch?

@tekka, just tried again, perhaps I'm missing something obvious?

I have the gateway and node using the latest dev branch, I click the node in MYS and then request a signal report - I see a tx in the log but nothing further? Do I need anything in the node sketch or the gateway? Does this work with the NRF's?

Did you try with 1.3.0-beta.4? https://github.com/mysensors/MySensorsBootloaderRF24/tree/development

[Mark Swift]

@tekka said in MYSBootloader 1.3.0-beta.3:

@Mark-Swift said in MYSBootloader 1.3.0-beta.3:

@tekka said in MYSBootloader 1.3.0-beta.3:

@Mark-Swift Hmm, that's odd - just tested it here with the latest dev and all is ok. Can you post the logs + node sketch?

@tekka, just tried again, perhaps I'm missing something obvious?

I have the gateway and node using the latest dev branch, I click the node in MYS and then request a signal report - I see a tx in the log but nothing further? Do I need anything in the node sketch or the gateway? Does this work with the NRF's?

Did you try with 1.3.0-beta.4? https://github.com/mysensors/MySensorsBootloaderRF24/tree/development

@tekka that did it, it's now working... now to figure out what the returned signal report numbers mean :)

[jacikaas]

@tekka thank You for the answer. I'm not sure is answer was dedicated for me or for Mark, but I tested 1.3.0-beta.4 in the same way I described before:

• Tested with 2 different Atmega328p
• First try was with 1MHz - working on both Atmega328p
• Second try with 8MHz - same situation as with beta 3, skecth won't upload and I get answer from Arduino Avrdude (this time I post full log after uploading):

avrdude: Version 6.3, compiled on Jan 17 2017 at 12:00:53
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

         Using Port                    : COM4
         Using Programmer              : arduino
         Overriding Baud Rate          : 38400
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xf1
avrdude: stk500_recv(): programmer is not responding
< ... >
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xf1

avrdude done.  Thank you.

It would be best if someone also could try to burn same bootloader on standalone Atmega328p and post results to be sure all wiring and steps I did is without mistakes.
Strange if I I burn 1.3pre2 8MHz bootloader - it works.

What troubleshooting I could make?

[vikasjee]

@tekka, Thanks for the link to the beta.4. bootloader. I have tried burning nodes using these and tested them by uploading the FW using MySController 1.0beta_b3316 (latest update meant for MySensors2.2.0) with SerialGatewaySketches using both MySensors2.2.0_rc1 and MySensrs2.2.0_pre1 libraries.

MysController doesn't seem to even recognize the Beta.4 bootloaded Nodes (Promini 5V16Mhz with default provided fuse settings from Makefile). The extra nRF chip wiring checks and precautions (0.01uF and 100uF Caps) have been taken. What might be the problem? How to debug when SerialMontitor cant be used? Any Network Sniffer link if that helps...

I guess the MySensors library version of the SerialGateway sketch may be posing a problem. Can you please help me with a link of the correct MySensors library version to use with beta.4 bootloaded nodes?

Any help will be appreciated...

[wanvo]

Hi @tekka!
Do you plan to add support for the RFM69 module in MYSBootloader?

[vikasjee]

No help from the community! Sad!!!