Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Development
  3. MYSBootloader 1.3pre2 testing

MYSBootloader 1.3pre2 testing

Scheduled Pinned Locked Moved Development
otamyscontrollermysbootloader
73 Posts 25 Posters 30.6k Views 31 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • karlheinz2000K Offline
    karlheinz2000K Offline
    karlheinz2000
    wrote on last edited by
    #62

    For all who have problems with serial (debug) output using MYSBootloader:
    When you burn the 8MHz bootloader, it sets avr fuses to internal 8MHz RC oscillator. This has high tolerance. The serial baudrate was only 108000baud in my case and Arduino IDE did not work.
    Setting the fuse to use the external quartz/resonator lead to 111000baud, which was close enough to 115200, to get arduino IDE to read serial data.

    1 Reply Last reply
    0
    • T Offline
      T Offline
      tlustoch
      wrote on last edited by
      #63

      Please, can you provide source code? I need to configure radio pins (default MySensors CE and CS pins 9 and 10 are PWM so I need to connect the radio in other way). Thanks a lot!

      1 Reply Last reply
      0
      • TigroenotT Offline
        TigroenotT Offline
        Tigroenot
        wrote on last edited by
        #64

        Please help to debug:
        0 MCO:BGN:INIT NODE,CP=RNNNA--,VER=2.1.0-beta
        4 TSM:INIT
        4 TSF:WUR:MS=0
        12 !TSM:INIT:TSP FAIL
        14 TSM:FAIL:CNT=1
        16 TSM:FAIL:PDT

        LorenzoL 1 Reply Last reply
        0
        • TigroenotT Tigroenot

          Please help to debug:
          0 MCO:BGN:INIT NODE,CP=RNNNA--,VER=2.1.0-beta
          4 TSM:INIT
          4 TSF:WUR:MS=0
          12 !TSM:INIT:TSP FAIL
          14 TSM:FAIL:CNT=1
          16 TSM:FAIL:PDT

          LorenzoL Offline
          LorenzoL Offline
          Lorenzo
          wrote on last edited by
          #65

          @Tigroenot Hi,

          TSM Transmission
          TSP Transport
          PDT Power Down

          !TSM:INIT:TSP FAIL Error during Transport initialization (Radio)
          TSM:FAILURE Error on Transmition (of course, you have a radio error)
          TSM:FAILURE:PDT Radio in Power Down (due to the error)

          Check your radio cabling. If all ok add a capacitor on radio power pins

          1 Reply Last reply
          0
          • TigroenotT Offline
            TigroenotT Offline
            Tigroenot
            wrote on last edited by
            #66

            The radio is not wired, it's directly soldered as a chip. I use MySensors Stable Node by @Koresh, but the nrf chips I got from China are probably counterfeit or don't work at all :)

            1 Reply Last reply
            0
            • karlheinz2000K Offline
              karlheinz2000K Offline
              karlheinz2000
              wrote on last edited by
              #67

              After flasing a node with ISP (bootloader+sketch) the node will not start since the eeprom is emty (forgot to enable eeprom safe). Node needs to get a ID from controller, even if ID is defined in the sketch. After receiving a ID from controller the node starts and uses the ID from sketch.
              Any solution to overcome this?

              mfalkviddM 1 Reply Last reply
              0
              • karlheinz2000K karlheinz2000

                After flasing a node with ISP (bootloader+sketch) the node will not start since the eeprom is emty (forgot to enable eeprom safe). Node needs to get a ID from controller, even if ID is defined in the sketch. After receiving a ID from controller the node starts and uses the ID from sketch.
                Any solution to overcome this?

                mfalkviddM Online
                mfalkviddM Online
                mfalkvidd
                Mod
                wrote on last edited by mfalkvidd
                #68

                @karlheinz2000 that should not happen. Starting from empty eeprom is normal, that's what all nodes do the first time.

                Could you post debug output of the node and the gateway when it fails to use the defined id?
                Just to check: the id was defined before including MySensors.h right?

                1 Reply Last reply
                0
                • karlheinz2000K Offline
                  karlheinz2000K Offline
                  karlheinz2000
                  wrote on last edited by
                  #69

                  Attached the log file from MYSC. After activating AUTO ID the node starts. No other GW active.
                  No serial output during this time.
                  Node ID is defined before including .h.

                  Node is flashed via ISP (Dragon) with "...with_bootloader.hex".

                  0_1483653188071_MySensors_20170105-223345.log

                  tekkaT 1 Reply Last reply
                  0
                  • karlheinz2000K karlheinz2000

                    Attached the log file from MYSC. After activating AUTO ID the node starts. No other GW active.
                    No serial output during this time.
                    Node ID is defined before including .h.

                    Node is flashed via ISP (Dragon) with "...with_bootloader.hex".

                    0_1483653188071_MySensors_20170105-223345.log

                    tekkaT Offline
                    tekkaT Offline
                    tekka
                    Admin
                    wrote on last edited by tekka
                    #70

                    @karlheinz2000 I'm not sure I understand you correctly:
                    With a cleared EEPROM, the bootloader will not know any ID defined in the sketch. Instead, the bootloader will fetch a new ID from the controller and store it in EEPROM. Once the sketch starts it will either overtake this newly assigned ID (if MY_NODE_ID == AUTO) or overwrite and use a static ID (if MY_NODE_ID != AUTO) from now on. Does this answer your question?

                    1 Reply Last reply
                    1
                    • karlheinz2000K Offline
                      karlheinz2000K Offline
                      karlheinz2000
                      wrote on last edited by
                      #71

                      Understood.
                      But if I'm not using MYSB, I can flash a sketch with defined ID and this will work instantly in the network.
                      With MYSB I always have to do assign a new ID just to get the node to run the first time after flashing.
                      Any chance to get MYSB to know, if a sketch is an flash?
                      And start this sketch, which then will use the defined ID or request a new ID from controller and writes the eeprom?

                      tekkaT 1 Reply Last reply
                      0
                      • karlheinz2000K karlheinz2000

                        Understood.
                        But if I'm not using MYSB, I can flash a sketch with defined ID and this will work instantly in the network.
                        With MYSB I always have to do assign a new ID just to get the node to run the first time after flashing.
                        Any chance to get MYSB to know, if a sketch is an flash?
                        And start this sketch, which then will use the defined ID or request a new ID from controller and writes the eeprom?

                        tekkaT Offline
                        tekkaT Offline
                        tekka
                        Admin
                        wrote on last edited by
                        #72

                        @karlheinz2000 said:

                        But if I'm not using MYSB, I can flash a sketch with defined ID and this will work instantly in the network.

                        Yes

                        With MYSB I always have to do assign a new ID just to get the node to run the first time after flashing.

                        Only true if EEPROM (i.e. ID address location) was cleared.

                        Any chance to get MYSB to know, if a sketch is an flash?
                        And start this sketch, which then will use the defined ID or request a new ID from controller and writes the eeprom?

                        During booting, MYSBootloader calculates the FW CRC in flash and verifies it against the FW CRC stored in EEPROM (which is written after a successful OTA FW update) - if it matches, the sketch starts, if not, the bootloader remains active.

                        1 Reply Last reply
                        0
                        • berkseoB Offline
                          berkseoB Offline
                          berkseo
                          wrote on last edited by
                          #73
                          This post is deleted!
                          1 Reply Last reply
                          0
                          Reply
                          • Reply as topic
                          Log in to reply
                          • Oldest to Newest
                          • Newest to Oldest
                          • Most Votes


                          14

                          Online

                          11.7k

                          Users

                          11.2k

                          Topics

                          113.0k

                          Posts


                          Copyright 2019 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
                          • Login

                          • Don't have an account? Register

                          • Login or register to search.
                          • First post
                            Last post
                          0
                          • MySensors
                          • OpenHardware.io
                          • Categories
                          • Recent
                          • Tags
                          • Popular