[SOLVED] ESCRIPT on EVK2 board (UL865) not executing

8 thoughts on “[SOLVED] ESCRIPT on EVK2 board (UL865) not executing

  1. I have an EVK2 board with a UL865 module. I am able to upload my scripts to the device through USB:

     

     

    AT#LSCRIPT

     

    #LSCRIPT: "ESettings.py",92

    #LSCRIPT: "TelitManager.py",965

    #LSCRIPT: "HttpService.py",2089

    #LSCRIPT: "ESms.py",2783

    #LSCRIPT: "ModemHandler.py",360

    … 

    #LSCRIPT: "main.py",292 

     

     

    However, trying to execute my "main.py’ gives me nothing more than an OK back, and the modem is still in AT mode:

     

     

    AT#ESCRIPT="main.py"

     

    OK

    AT#EXECSCR

     

    OK

    AT

     

    OK

     

     

    We also have a GL865-DUAL chip mounted on our product, and this scenario works on that device.

     

    I have opened all 4 USB serial ports assuming that at least one of them equals the AUX port where I can see the py->pyo compilation and my debug output. Is that a correct assumption?

     

    What am I missing here? 

  2. Yes, getting 1.5.2+ up and running in OSX was all but easy 🙂

    On the GL865 I can see that the prints the execution progress on AUX, so I can see where it picks precompiled binaries or compiles new ones. I do not see anything in this case. 

  3. I just tried with the GL865 module and I can instantly see the Python execution on one of the virtual serial ports provided by the USB connection. The UL865 module is missing some of the jumper pins for some reason (PL107 and PL105). Do you know why this is?

     

    Edit: Jumpers made no difference. Disconnected them on the GL865 module and it still executed the Python code just fine. We also probed AUX TX pin 45 on the UL865 and could not see any communication, whereas the GL865 showed plenty of activity. 

    1. Hi Marc,

      I think you should have a marketing sample product .

      I can see on UL865 Datasheet that the Python verion is 2.7.2, that means that  it’s another version respect to 1.5.2+ version used for GL865.

      so , it’s probable that an exception occurs and so the script starts but ends immediately. Please refere to Easy Script in Python 2.7 user guide you can find under HE910 product

      1. Hi Marc,

        I think you should have a marketing sample product .

        I can see on UL865 Datasheet that the Python verion is 2.7.2, that means that  it’s another version respect to 1.5.2+ version used for GL865.

        so , it’s probable that an exception occurs and so the script starts but ends immediately. Please refere to Easy Script in Python 2.7 user guide you can find under HE910 product

        I’m using uncompiled .py files for now so I expect to see the interpreter output on AUX TX and/or one of the 4 virtual COM ports. I’d expect to see the exception there as well if a compilation fails the same way as I do on the GL865: "Try load .py -> try compile into .pyo -> exception"

         

        Has this behavior changed? There seems to be very little information about the UL865 available. I’ll have a look at the HE910 docs for now. 

        1. Hi,

          you have little info because the product is not in production yet and maybe the forum is not the right place to ask info for a product in this status.

          The behavior of print debug probably is not the same. You should issue at#portcfg=3 before and reset. See HE910/UE910 Families ports arrangements User guides

          Please post the firmware version (at+cgmr), then contact directly the technical support

          1. The behavior of print debug probably is not the same. You should issue at#portcfg=3 before and reset. See HE910/UE910 Families ports arrangements User guides

            Please post the firmware version (at+cgmr), then contact directly the technical support

            Thanks, that solved it! Issuing AT#PORTCFG=3 caused the Python output to show up on one of the virtual ports. I can now proceed with the performance tests. Thanks!