New firmware release 0.9.3.b2


  • administrators

    @MainSheet I only used PyMakr very briefly (it keeps turning the awfully bright LED on and it's very annoying having to turn it off manually all the time) but it was working with the LoPy and the latest firmware.

    The only reasons I can think of why PyMakr can't connect to the serial port is that something else is blocking the COM port or there is something in your boot.py/main.py that's causing PyMakr to fail. You could try import os; import machine; os.mkfs('/flash'); machine.reset() to restore your flash memory to firmware defaults, it will re-create a boot.py with nothing but the code for serial REPL along with empty main.py and sys, cert, lib directories.

    As for not being able to connect via the network, did you try ping 192.168.0.118 from the command line? Did you try putty in telnet mode and FileZilla with correct settings?



  • Hi,
    I am on macOS Sierra and when I downloaded the newest version of the updater, I was not able to launch it.

    I debbuged it by launching it on the terminal and it says the file lopy.py did not find the folder 'firmware'.

    I took a look into the code and in the function __establishFirmwareVersion, line 426, I had to change bins = os.listdir('/firmware')by bins = os.listdir(HERE_PATH+'/firmware').
    Now it works correctly.



  • @Xykon , First, thanks for all your help, I have both units working now.
    Both units had zero byte files in the /flash folder. I believe this was a result of using the PyMakr sync project button, as that was the last tool I used to upload files.

    I still can not get the PyCom console in PyMAkr to load the REPL prompt. PyMakr is configured on COM4, the same port I used successfully for putty (serialmode).

    Connecting to a Pycom device...
    Error while communicating with the Pycom device! (click to attempt to reconnect)
    Connecting to a Pycom device...
    Error while communicating with the Pycom device! (click to attempt to reconnect)
    Connecting to a Pycom device...
    Error while communicating with the Pycom device! (click to attempt to reconnect)
    

    I also configured PyMakr for 192.168.0.118, still could not load the REPL prompt.

    S


  • administrators

    @MainSheet For Unit1 it seems either your boot.py is missing the code for the serial REPL or it contains an error which prevents it from being executed. You should however be able to connect to it through Wifi and telnet / ftp to 192.168.4.1. You should check that your Wifi settings are correct when connecting to the module via Wifi. Can you try to ping 192.168.4.1 to check if your network connection to the module is working? You should at least be able to use putty in telnet mode to connect to 192.168.4.1. You can then run execfile('boot.py') to see if there are any errors in your boot.py.

    For Unit2 this seems to be able to connect to your Wifi AP. Check this one also with ping 192.168.0.118 to make sure it is reachable over the network. You should then be able to telnet & ftp to 192.168.0.118. Make sure that your Filezilla settings are correct as described here. In putty make sure you choose telnet protocol and not the default ssh.



  • @Xykon
    ok
    unit one does this

    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:312
    load:0x40078000,len:2348
    ho 0 tail 12 room 4
    load:0x4009f000,len:1364
    entry 0x4009f2f8
    rtc v112 Sep 26 2016 22:32:10
    XTAL 40M
    frc2_timer_task_hdl:3ffda618, prio:22, stack:2048
    tcpip_task_hdlxxx : 3ffdede4, prio:18,stack:2048
    phy_version: 123, Sep 13 2016, 20:01:58, 0
    pp_task_hdl : 3ffea6b4, prio:23, stack:8192
    mode : softAP(24:0a:c4:00:bd:0f)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    

    (note: unit one never gets to a >>> prompt)

    Unit 2 gets

    ts 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:312
    load:0x40078000,len:2348
    ho 0 tail 12 room 4
    load:0x4009f000,len:1364
    entry 0x4009f2f8
    rtc v112 Sep 26 2016 22:32:10
    XTAL 40M
    frc2_timer_task_hdl:3ffda618, prio:22, stack:2048
    tcpip_task_hdlxxx : 3ffdede4, prio:18,stack:2048
    phy_version: 123, Sep 13 2016, 20:01:58, 0
    pp_task_hdl : 3ffea740, prio:23, stack:8192
    mode : softAP(24:0a:c4:00:12:c1)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    mode : sta(24:0a:c4:00:12:c0)
    n:1 0, o:6 0, ap:255 255, sta:1 0, prof:6
    state: 0 -> 2 (b0)
    state: 2 -> 3 (0)
    state: 3 -> 5 (10)
    add 0
    
    connected with goofy, channel 1
    ('192.168.0.118', '255.255.255.0', '192.168.0.1', '192.168.0.1')
    MicroPython d78a5a3 on 2016-11-05; LoPy with ESP32
    Type "help()" for more information.
    >>>
    

  • administrators

    @MainSheet Can you check with putty in serial mode? Set connection type to Serial, adjust the Serial line COM port number and set a speed of 115200. Make sure PyMakr is closed and click Open

    alt text

    Then press the reset button on the WiPy2/LoPy and post the output you get.

    When you post the output please surround it with ``` before and after the output.



  • @Xykon most of the time I get this, :

    Connecting to a Pycom device...
    Error while communicating with the Pycom device! (click to attempt to reconnect)
    Connecting to a Pycom device...
    Error while communicating with the Pycom device! (click to attempt to reconnect)
    Connecting to a Pycom device...
    Error while communicating with the Pycom device! (click to attempt to reconnect)

    Occasionally there will be a normal connection in between but it only stays up for a few seconds.

    few other details
    Tried PyMakr in Windows10 and Ubuntu .
    can't connect with Putty or Filezilla.
    PyMakr is 1.0.0.b6

    Thanks for the help
    Steve


  • administrators

    @MainSheet Can you post the output you get on the serial port?



  • Hi,

    I just updated 2 LoPy's to 0.9.3.b2. After updating I have not been able to communicate with either using telnet, ftp or PyMakr .
    I tried all 3 safe boot modes on both devices, no luck. Every once and a while I will get a >>> prompt but within seconds I get a connection error.

    Otherwise, they seem to be working, both a updateable, heart beat led is working and when in safe boot mode they both come up as APs, and I can get a connection to them when they are in AP mode.



  • Hi all great work you guys are doing i have 2 LOPY's which i have updated and have running with a fixed IP attached to my AP at home i'm running on a MBP on macos 10.12.2 and when i downloaded the current updater it will not open, i get the PY icon for about a second and then it disappears.

    Any help would be great thanks.

    Dale.



  • New firmware

    >>> os.uname()
    (sysname='WiPy', nodename='WiPy', release='0.9.3.b2', version='d78a5a3 on 2016-11-05', machine='WiPy with ESP32')
    >>> 
    

    Still can not connect to WiPy2 from Pymakr by COM port

    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:312
    load:0x40078000,len:2348
    ho 0 tail 12 room 4
    load:0x4009f000,len:1364
    entry 0x4009f2f8
    rtc v112 Sep 26 2016 22:32:10
    XTAL 40M
    frc2_timer_task_hdl:3ffd9898, prio:22, stack:2048
    tcpip_task_hdlxxx : 3ffde064, prio:18,stack:2048
    phy_version: 123, Sep 13 2016, 20:01:58, 0
    pp_task_hdl : 3ffdf8b0, prio:23, stack:8192
    mode : softAP(24:0a:c4:00:a8:bf)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    MicroPython d78a5a3 on 2016-11-05; WiPy with ESP32
    Type "help()" for more information.
    >>> 
    

  • administrators

    OK I modified my boot.py file to avoid the crash...

    import machine
    import os
    import pycom
    
    pycom.heartbeat(False)
    
    uart = machine.UART(0, 115200) # disable these two lines if you don't want serial access
    os.dupterm(uart)
    
    if machine.reset_cause() != machine.SOFT_RESET: # needed to avoid losing connection after a soft reboot
        from network import WLAN
        wl = WLAN()
    	
        # save the default ssid and auth
        original_ssid = wl.ssid()
        original_auth = wl.auth()
    
        wl.mode(WLAN.STA)
    
        try:
            wl.connect('MYWIFI', (WLAN.WPA2, 'MYPWD'), timeout=10000)
        except:
            wl.init(mode=WLAN.AP, ssid=original_ssid, auth=original_auth, channel=6, antenna=WLAN.INT_ANT)
    
    

    In my previous script I would have seen this is the last lines after boot:

    MicroPython d78a5a3 on 2016-11-05; LoPy with ESP32
    Type "help()" for more information.
    >>>
    

    Now I get these extra messages:

    MicroPython d78a5a3 on 2016-11-05; LoPy with ESP32
    Type "help()" for more information.
    >>> n:7 2, o:6 0, ap:255 255, sta:7 2, prof:6
    state: 0 -> 2 (b0)
    state: 2 -> 3 (0)
    state: 3 -> 5 (10)
    add 0
    
    connected with WIFISSID, channel 7
    

    And I have to press enter to get the >>> prompt

    I'm guessing this has to do with the new threading implementation... the try: block is opening a new thread which causes the WDT to reset and this is why the boot.py manages to complete without causing the WDT to expire.


  • administrators

    Still crashes for me during boot when trying to run in WIFI STA mode and connect to my AP.

    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:312
    load:0x40078000,len:2348
    ho 0 tail 12 room 4
    load:0x4009f000,len:1364
    entry 0x4009f2f8
    rtc v112 Sep 26 2016 22:32:10
    XTAL 40M
    frc2_timer_task_hdl:3ffda4a8, prio:22, stack:2048
    tcpip_task_hdlxxx : 3ffdec74, prio:18,stack:2048
    phy_version: 123, Sep 13 2016, 20:01:58, 0
    pp_task_hdl : 3ffdfe24, prio:23, stack:8192
    mode : softAP(24:0a:xx:xx:xx:xx)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    dhcp server start:(ip: 192.168.4.1, mask: 255.255.255.0, gw: 192.168.4.1)
    mode : sta(24:0a:xx:xx:xx:xx)
    n:7 2, o:6 0, ap:255 255, sta:7 2, prof:6
    state: 0 -> 2 (b0)
    state: 2 -> 3 (0)
    state: 3 -> 5 (10)
    add 0
    
    connected with WIFISSID, channel 7
    Task watchdog got triggered. The following tasks did not feed the watchdog in time:
    Tasks currently running:
    CPU 0: MicroPy
    Aborting.
    Guru Meditation Error: Core   0 panic'ed (Unhandled debug exception)
    Register dump:
    PC      :  4000bff0  PS      :  00060036  A0      :  80084de8  A1      :  3ffd51f0
    A2      :  0000000a  A3      :  0000000a  A4      :  00000004  A5      :  00000000
    A6      :  00000000  A7      :  fffffff8  A8      :  00000000  A9      :  3ffd5160
    A10     :  00000000  A11     :  3ffdd7b3  A12     :  3ffd512f  A13     :  00000030
    A14     :  00000000  A15     :  00000001  SAR     :  00000019  EXCCAUSE:  00000001
    EXCVADDR:  00000000  LBEG    :  4000c349  LEND    :  4000c36b  LCOUNT  :  ffffffff
    CPU halted.
    

Locked
 

Pycom on Twitter