New firmware release 1.6.9.b1 (frozen code support and framebuf)



  • @daniel Thanks, it works.



  • @Butch, this firmware release is pretty much the same as before 1.6.8.b2 only that it adds 8KB of extra heap. Can you try a safe boot, format the file system of the problematic LoPy and put the scripts back again after a normal reset?



  • @robert-hh thanks, the problem when checking out was due to the default branch not being master. I have just fixed that and also pushed the commit that bumps the firmware version to 1.6.9.b1.



  • Hi @daniel , it looks like you are juggling with too many versions. The one that compiles at the end from the pycom-micropython-sigfox repository is 1.6.8.b1, however with frozen code support and framebuf).

    >>> uos.uname()
    (sysname='LoPy', nodename='LoPy', release='1.6.8.b1', version='b8220c0-dirty on 2017-03-24', machine='LoPy with ESP32', lorawan='1.0.0')
    

    And I could see that adding the line:
    #define MICROPY_PERSISTENT_CODE_LOAD (1)
    indeed enables executing .mpy files from the file system.



  • Following up on my on reply, here's some additional information. If I connect to the LoPy and boot, here's what I see:

    ets Jun  8 2016 00:22:57
    
    rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
    ets Jun  8 2016 00:22:57
    
    rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
    configsip: 0, SPIWP:0x00
    clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
    mode:QIO, clock div:2
    load:0x3fff9010,len:8
    load:0x3fff9018,len:248
    load:0x40078000,len:4056
    load:0x4009fc00,len:920
    entry 0x4009fde4
    I (1558) wifi: wifi firmware version: 90b1b8b
    I (1558) wifi: config NVS flash: disabled
    I (1559) wifi: config nano formating: disabled
    I (1574) wifi: Init dynamic tx buffer num: 32
    I (1574) wifi: wifi driver task: 3ffbd6b8, prio:23, stack:3584
    I (1575) wifi: Init static rx buffer num: 10
    I (1577) wifi: Init dynamic rx buffer num: 0
    I (1581) wifi: Init rx ampdu len mblock:7
    
    I (1584) wifi: Init lldesc rx ampdu entry mblock:4
    I (1589) wifi: wifi power manager task: 0x3ffda798 prio: 21 stack: 2560
    I (1595) wifi: sleep disable
    I (1559) wifi: config nano formating: disabled
    I (1574) wifi: Init dynamic tx buffer num: 32
    I (1574) wifi: wifi driver task: 3ffbd6b8, prio:23, stack:3584
    I (1575) wifi: Init static rx buffer num: 10
    I (1577) wifi: Init dynamic rx buffer num: 0
    I (1581) wifi: Init rx ampdu len mblock:7
    I (1584) wifi: Init lldesc rx ampdu entry mblock:4
    I (1589) wifi: wifi power manager task: 0x3ffda798 prio: 21 stack: 2560
    I (1595) wifi: sleep disable
    I (2584) wifi: wifi timer task: 3ffdb82c, prio:22, stack:3584
    I (2606) wifi: Init ampdu: 0
    I (2606) wifi: mode : softAP (24:0a:c4:00:b8:d1)
    I (2686) wifi: Init ampdu: 0
    I (2686) wifi: mode : sta (24:0a:c4:00:b8:d0)
    I (2687) wifi: sleep disable
    I (5771) wifi: n:6 0, o:6 0, ap:255 255, sta:6 0, prof:6
    I (6758) wifi: state: init -> auth (b0)
    I (6760) wifi: state: auth -> assoc (0)
    I (6765) wifi: state: assoc -> run (10)
    I (6776) wifi: connected with TP-LINK_4379, channel 6
    I (16766) wifi: pm start, type:0
    

    And then it just hangs there. This is the LoPy previously configured with LoRa Nano gateway code.

    The other LoPy, previously configured with LoRa Nano node code and updated to the same firmware version as the gateway, shows the following output on boot:

    ets Jun  8 2016 00:22:57
    
    rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
    ets Jun  8 2016 00:22:57
    
    rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
    configsip: 0, SPIWP:0x00
    clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
    mode:QIO, clock div:2
    load:0x3fff9010,len:8
    load:0x3fff9018,len:248
    load:0x40078000,len:4056
    load:0x4009fc00,len:920
    entry 0x4009fde4
    I (1570) wifi: wifi firmware version: 90b1b8b
    I (1570) wifi: config NVS flash: disabled
    I (1570) wifi: config nano formating: disabled
    I (1586) wifi: Init dynamic tx buffer num: 32
    I (1586) wifi: wifi driver task: 3ffbd6b8, prio:23, stack:3584
    I (1586) wifi: Init static rx buffer num: 10
    I (1588) wifi: Init dynamic rx buffer num: 0
    I (1592) wifi: Init rx ampdu len mblock:7
    I (1596) wifi: Init lldesc rx ampdu entry mblock:4
    I (1601) wifi: wifi power manager task: 0x3ffda798 prio: 21 stack: 2560
    I (1607) wifi: sleep disable
    I (2596) wifi: wifi timer task: 3ffdb82c, prio:22, stack:3584
    I (2617) wifi: Init ampdu: 0
    I (2617) wifi: mode : softAP (24:0a:c4:00:b7:47)
    MicroPython v1.8.6-536-gb84c3837 on 2017-03-24; LoPy with ESP32
    Type "help()" for more information.
    >>> 
    >>> import os; os.uname()
    (sysname='LoPy', nodename='LoPy', release='1.6.9.b1', version='v1.8.6-536-gb84c3837 on 2017-03-24', machine='LoPy with ESP32', lorawan='1.0.0')
    

    As you can see, I get a repl and can verify the version of firmware installed.

    Any ideas?

    Thanks!



  • @daniel I updated my firmware yesterday afternoon to 1.6.8b2 (I think), and that solved my LoRa problem and all was good. This morning, I updated to 1.6.9b1 and I can not longer run the code:

    $ pyboard --device /dev/cu.usbserial-DO003AJF --baudrate 115200 LoRaNanoGateway.py
    b'\r\n>>> \r\n>>> \r\n>>> '
    could not enter raw repl
    

    It seems like something has gone awry with talking to a "friendly" or "raw" repl.

    Suggestions?

    Thanks!



  • Hello @daniel,

    I would expected that it now supports externally pre-compiled code (.mpy files) from the file system to, but it does not. That would only need the statement
    #define MICROPY_PERSISTENT_CODE_LOAD (1)
    in mpconfigport.h.



  • Hello @daniel. The links lead to a repository pycom-micropython-sigfox, which cannot be cloned. Error: HEAD refers to a non.existing external repository.
    It looks like it is assuming a very specific repository structure.
    Update:
    found a way: I had to clone the branch "github"



  • Brilliant. Can' t wait to upload it.


Log in to reply
 

Pycom on Twitter