Welcome to the Pycom forum Forum
    • \[\[global:header.categories\]\]
    • \[\[global:header.recent\]\]
    • \[\[global:header.tags\]\]
    • \[\[global:header.popular\]\]
    • Login

    Explore Pybytes | Official Documentation | Report a Firmware Bug/Issue | GitHub

    New LTE Firmware releases v1.18.1.r4 (stable) & 1.19.0.b5 (development) & NB-IoT firmware 40343

    Scheduled Pinned Locked Moved Announcements & News
    firmwarelte
    51 Posts 12 Posters 10.8k Views 14 Watching
    Loading More Posts
    • 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.
    • P Offline
      panda @Xykon
      last edited by panda

      @xykon said in New LTE Firmware releases v1.18.1.r4 (stable) & 1.19.0.b5 (development) & NB-IoT firmware 40343:

      Could you please try the following 3 commands between attach and connect?

      text
      print(lte.send_at_cmd('AT+CGATT?'))
      print(lte.send_at_cmd('AT+CFUN?'))
      print(lte.send_at_cmd('AT!="showphy"'))

      ['+CGATT: 1', 'OK']

      ['+CFUN: 1', 'OK']

      ['DL SYNCHRO STATISTICS', '=====================', ' Synchro state : DRX_SLEEP', ' PPU SIB1 ACQ watchdog : 0', ' Frequency Hypothesis RF (Hz) : 0', ' RSRP (dBm) : -94.06', ' RSRQ (dB) : -10.79', ' Channel estimation state (Cell-spec.) : HIGH CINR', ' Channel estimation state (UE-spec.) : LOW CINR', ' Channel estimation state (MBSFN) : LOW CINR', ' Channel estimation CINR : 10.10', ' Channel length : SHORT', ' AGC', ' AGC RX gain (dB) : 53.71', ' RX PSD BO (dBFs) : -20.63', ' RX PSD (dBm) : -99.33', ' Noise level RS (dBm) : -104.16', ' Digital gain (dB) : 9.03', ' CINR RS (dB) : 10.10', ' NARROWBANDS', ' Last DL NB : Central', ' Last UL NB : N/A', ' AFC', ' Frequency offset RF (Hz) : -316', ' Frequency offset BB (Hz) : 0', ' PBCH', ' MIB received quantity : 1239', ' MIB timeout quantity : 0', 'OK']

      You mention that the REPL input hangs after connect()... if you do a hard reset does it keep hanging?

      No, reset solves it.

      If you are able to reset the module and enter code, can you please run the 3 commands again without calling attach first?

      ['+CGATT: 0', 'OK']

      ['+CFUN: 4', 'OK']

      ['DL SYNCHRO STATISTICS', '=====================', ' Synchro state : OFF', ' PPU SIB1 ACQwatchdog : 0', ' Frequency Hypothesis RF (Hz) : 0', ' RSRP (dBm) : 0.00', ' RSRQ (dB) : 0.00', ' Channel estimation state (Cell-spec.) : LOW CINR',' Channel estimation state (UE-spec.) : LOW CINR', ' Channel estimation state (MBSFN) : LOW CINR', ' Channel estimation CINR : 0.00', ' Channel length : SHORT', ' AGC', ' AGC RX gain (dB) : 0.00', ' RX PSD BO (dBFs) : 0.00', ' RX PSD (dBm) : 0.00', ' Noise level RS (dBm) : 0.00', ' Digital gain (dB) : 0.00', ' CINR RS (dB) : 0.00', ' NARROWBANDS', ' Last DL NB :0', ' Last UL NB : 0', ' AFC', ' Frequency offset RF (Hz) : 0', ' Frequency offset BB (Hz) : 0', ' PBCH', ' MIB received quantity : 0', ' MIB timeout quantity : 0', 'OK']

      1 Reply Last reply Reply Quote 0
      • I Offline
        iwahdan @tlanier
        last edited by

        Hi @tlanier ,I am not able to reproduce the stack overflow issue you got yet, however I've made some improvements to LTE and sockets in a pre-release v1.18.1.r5 :
        https://github.com/pycom/pycom-micropython-sigfox/releases/tag/v1.18.1.r5
        maybe you can see if that solves the problem.

        Wahdan

        D 1 Reply Last reply Reply Quote 0
        • D Offline
          danielm @iwahdan
          last edited by danielm

          @iwahdan
          I am testing 1.18.1.r5 on FiPy with NB1-40343 running following code in main.py:

          import network
          import time
          import urequests
          
          class httpPostTest():
          	def __init__(self):	
          		self.apn = None
          		self.band = None
          		self.LTEisAttached = False
          		self.LTEisAttachedLast = False
          		self.LTEisConnected = False
          		self.LTEisConnectedLast = False
          
          		self.start = True
          
          	def initLTE(self, band, apn):
          		self.apn = apn
          		self.band = band
          		print("INFO", "Starting initialization of LTE")
          		
          		try:
          			self.lte = network.LTE()
          			print("INFO", "LTE initialized")
          		except:
          			print("WARNING", "LTE init command failed")	
          
          		print("LTE is attached after init:", self.lte.isattached())
          		print("LTE is connected after init:", self.lte.isconnected())
          
          	def run(self, url):	
          		n = 0
          		while True:
          
          			self.LTEisAttached = self.lte.isattached()
          
          			if not self.LTEisAttached and (self.LTEisAttachedLast or self.start):
          				if not self.start:
          					print("WARNING", "Dettached from LTE network")
          				try:
          					self.lte.attach(band = self.band, apn = self.apn)
          					print("INFO", "LTE attach command sent")
          					self.start = False
          				except:
          					print("WARNING", "LTE attach command failed")
          
          			if self.LTEisAttached and not self.LTEisAttachedLast:
          				print("INFO", "Attached to LTE network")
          				try:
          					self.lte.connect()
          					print("INFO", "LTE connect command sent")
          				except:
          					print("WARNING", "LTE connect command failed")
          
          			self.LTEisAttachedLast = self.LTEisAttached
          
          			self.LTEisConnected = self.lte.isconnected()
          
          			if self.LTEisConnected and not self.LTEisConnectedLast:
          				print("INFO", "Connected to LTE network")
          
          			elif not self.LTEisConnected and self.LTEisConnectedLast:
          				print("WARNING", "Disconnected from LTE network")
          
          			self.LTEisConnectedLast = self.LTEisConnected
          
          			if self.LTEisConnected:
          				n+=1
          				try:
          					response = urequests.post(url, headers={"Content-Type": "application/json", "Accept": "application/json"}, data='{"time": "%s"}' % (time.time()))
          					print("INFO", "%s. HTTP POST successful: %s" % (n, response.text))
          				except Exception as e:
          					print("WARNING", "%s. HTTP POST failed: %s" % (n, e))
          
          			time.sleep(0.25)
          
          test = httpPostTest()
          test.initLTE(20, "nbiot.telekom.sk")
          test.run(url = "https://54.167.116.227/post")
          

          It is also available here for download including slightly modified urequests library:
          https://drive.google.com/open?id=19hA2KGq4iwkkv36d2cuW1M4j0Tab9_YP

          Issues:

          1. The code often hangs during LTE initialization (self.lte = network.LTE())
          2. If it makes it through init only first request is sent successfully and then the modem seems to dettach from the network:
          INFO Starting initialization of LTE
          INFO LTE initialized
          LTE is attached after init: False
          LTE is connected after init: False
          INFO LTE attached command sent
          INFO Attached to LTE network
          INFO LTE connect command sent
          INFO Connected to LTE network
          INFO 1. HTTP POST successful: {"args":{},"data":{"time":"13"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"54.167.116.227","content-length":"14","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"13"},"url":"https://54.167.116.227/post"}
          WARNING 2. HTTP POST failed: Avialable Interfaces are down
          WARNING Dettached from LTE network
          

          Application code written for our product behaves in a similar way since 1.18.1.r3.

          I 1 Reply Last reply Reply Quote 0
          • D Offline
            danielm
            last edited by danielm

            In the meantime I left the test code running on 1.18.1.r2 with NB1-40343 modem firmware.
            It was necessary to replace line

            self.lte.attach(band = self.band, apn = self.apn)
            

            with:

            self.lte.send_at_cmd('AT+CGDCONT=1,"IP","%s"' % (self.apn))
            self.lte.attach(band = self.band)
            

            because lte.attach() does not support "apn" parameter in 1.18.1.r2.

            After almost 5000 requests the test failed with error codes as follows:

            INFO 4866. HTTP POST successful: {"args":{},"data":{"time":"41384"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"54.167.116.227","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"41384"},"url":"https://54.167.116.227/post"}
            INFO 4867. HTTP POST successful: {"args":{},"data":{"time":"41392"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"54.167.116.227","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"41392"},"url":"https://54.167.116.227/post"}
            INFO 4868. HTTP POST successful: {"args":{},"data":{"time":"41399"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"54.167.116.227","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"41399"},"url":"https://54.167.116.227/post"}
            WARNING 4869. HTTP POST failed: -76
            WARNING 4870. HTTP POST failed: -1
            WARNING 4871. HTTP POST failed: -1
            WARNING 4872. HTTP POST failed: -1
            WARNING 4873. HTTP POST failed: -1
            WARNING 4874. HTTP POST failed: -1
            WARNING 4875. HTTP POST failed: -1
            WARNING 4876. HTTP POST failed: -1
            WARNING 4877. HTTP POST failed: -1
            WARNING 4878. HTTP POST failed: -1
            WARNING 4879. HTTP POST failed: 23
            WARNING 4880. HTTP POST failed: 23
            WARNING 4881. HTTP POST failed: 23
            WARNING 4882. HTTP POST failed: 23
            WARNING 4883. HTTP POST failed: 23
            WARNING 4884. HTTP POST failed: 23
            
            WARNING 10843. HTTP POST failed: 23
            WARNING 10844. HTTP POST failed: 23
            WARNING 10845. HTTP POST failed: 23
            WARNING 10846. HTTP POST failed: [Errno 105] ENOBUFS
            WARNING 10847. HTTP POST failed: [Errno 105] ENOBUFS
            WARNING 10848. HTTP POST failed: [Errno 105] ENOBUFS
            

            Methods lte.isattached() and lte.isconnected() returned True during entire test period.

            After Ctrl-F reset (without power supply disconnection) it was not possible to init LTE (from REPL). I upgraded Pycom FW to 1.18.1.r5 via FTP OTA an LTE init failed as well.

            1 Reply Last reply Reply Quote 1
            • D Offline
              danielm
              last edited by

              @Xykon @iwahdan
              I would appreciate feedback on my previous two posts.
              LTE implementation in 1.18.1.r3 to 1.18.1.r5 works worse than in 1.18.1.r2. Testing code is provided, you may check yourself.

              1 Reply Last reply Reply Quote 0
              • P Offline
                Paul Thornton
                last edited by

                Hi All,

                Due to moving office's and limited internet access the development team are unable to investigate the LTE issues at the moment. Thanks for being patient whilst we work on this.

                @danielm Ill make sure they see your response and take a look just as soon as they can.

                Paul T,

                robert-hhR 1 Reply Last reply Reply Quote 1
                • robert-hhR Offline
                  robert-hh @Paul Thornton
                  last edited by

                  @paul-thornton Hello Paul. Welcome to the community.

                  P 1 Reply Last reply Reply Quote 0
                  • P Offline
                    Paul Thornton @robert-hh
                    last edited by

                    @robert-hh

                    Thanks :D Ill make a proper introduction post soon. I just snuck on to post this and get you all updated. Look forward to getting stuck in the forums some cool projects being worked on in here. :)

                    D 1 Reply Last reply Reply Quote 0
                    • D Offline
                      danielm @Paul Thornton
                      last edited by

                      @paul-thornton
                      Hi Paul, thanks for the information regarding moving of the office.

                      1 Reply Last reply Reply Quote 0
                      • C Offline
                        combaindeft
                        last edited by

                        @Xykon ... the new firmware doesn't work with Telia NB-IOT in sweden :-( ... cannot attach anymore ...

                        I tried to just use the "update" dup ... but I'm trying now to use the total reset method and see if that helps ... elsewise I'll be downgrading back to the previous version that worked ...

                        1 Reply Last reply Reply Quote 0
                        • W Offline
                          wghirakawa
                          last edited by

                          I was having major problems, with trying to do the update using v1.18.1.r4 and using the FW package 39529. After following multiple recommendations from other FiPy Users, as well as trying to do the method as described in the Docs, it was to no avail. Then I viewed @rskoniec post at https://forum.pycom.io/topic/3995/fipy-firmware-upgrade-failed-cat-m1/26 showed me a potential way of getting my FW at least to 38638. But after attempting downgrading my FiPy Firmware to v1.18.1.r1 and trying to upgrade to 38638 it just was not happening. It kept getting stuck on Attempting AT Auto-Negotiation, then it would eventually fail.

                          ERROR sending AT command... no response? b''
                          AT auto-negotiation failed! Exiting.
                          Unable to load updater from /sd/updater.elf
                          

                          @rskoniec was kind enough to remotely connect to my computer and we spent roughly 3 hours trying to do the firmware upgrade to the SQNS Modem. @rskoniec knows exactly what he did, and will be replying to this post with how he was able to get my firmware on my modem upgraded. As it stands I have a FiPY + Pytrack and my sqnsupgrade.version() is as bellow.

                          SYSTEM VERSION
                          ==============
                            FIRMWARE VERSION
                              Bootloader0  : 5.1.1.0 [33080]
                              Bootloader1  : 5.1.1.0 [38638]
                              Bootloader2* : 5.1.1.0 [38638]
                              NV Info      : 1.1,0,0
                              Software     : 5.1.1.0 [38638] by robot-soft at 2018-08-20 09:51:46
                              UE           : 5.0.0.0d
                            COMPONENTS
                              ZSP0         : 1.0.99-13604
                              ZSP1         : 1.0.99-12341
                          

                          I will be attempting to upgrade to the newest SQNS Firmware after updating the FiPy to r4. I will attempt upgrading to 39529 using the method as described in the forum, and will post my results.

                          I cannot thank @rskoniec enough for the time he dedicated to help another developer! I hope that my post will save others valuable time, especially during this holiday season.

                          If everyone in the world could do their passion, the world would be an unbelievable place!

                          W 1 Reply Last reply Reply Quote 1
                          • I Offline
                            iwahdan @danielm
                            last edited by

                            @danielm said in New LTE Firmware releases v1.18.1.r4 (stable) & 1.19.0.b5 (development) & NB-IoT firmware 40343:

                            https://54.167.116.227/post

                            Hello @danielm , I could reproduce the issue you had with getting disconnected after the first HTTP post request I submitted a fix now for it as pre-release v1.18.1.r6.

                            Thanks for your feedback

                            Wahdan

                            D 2 Replies Last reply Reply Quote 0
                            • W Offline
                              wghirakawa @wghirakawa
                              last edited by

                              After upgrading the FiPy Firware to v1.18.1.r4 I attempted to follow the instructions on the forum to ugprade to 39529. Using the following method.

                              1. Use Filezilla to transfer upgdiff_38638-to-39529.dup and updater.elf to flash memory.
                              2. Executed the following in the REPL
                              import sqnsupgrade
                              sqnsupgrade.run('upgdiff_38638-to-39529.dup','updater.elf')
                              

                              which ultimately resulted in the successful upgrade of my SQNS Modem Firmware to the version info below.

                              SYSTEM VERSION
                              ==============
                                FIRMWARE VERSION
                                  Bootloader0  : 5.1.1.0 [39529]
                                  Bootloader1* : 5.1.1.0 [39529]
                                  Bootloader2  : 5.1.1.0 [39529]
                                  NV Info      : 1.1,0,0
                                  Software     : 5.1.1.0 [39529] by robot-soft at 2018-09-28 16:07:40
                                  UE           : 5.0.0.0d
                                COMPONENTS
                                  ZSP0         : 1.0.99-13616
                                  ZSP1         : 1.0.99-12355
                              

                              If everyone in the world could do their passion, the world would be an unbelievable place!

                              1 Reply Last reply Reply Quote 1
                              • D Offline
                                danielm @iwahdan
                                last edited by

                                @iwahdan
                                Thanks a lot, I will start testing in the evening or tomorrow.

                                Could you please let my test code running on 1.18.1.r6 over the weekend just to be sure that there will not be any unexpected hang?

                                1 Reply Last reply Reply Quote 0
                                • D Offline
                                  danielm @iwahdan
                                  last edited by danielm

                                  @iwahdan
                                  I did some testing and it seems that LTE init/disconnect issues are solved.

                                  When I left the test running for some time socket errors/exceptions started to be raised at some point.

                                  INFO 1140. HTTP POST successful: {"args":{},"data":{"time":"10843"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"10843"},"url":"https://34.202.13.18/post"}
                                  INFO 1141. HTTP POST successful: {"args":{},"data":{"time":"10858"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"10858"},"url":"https://34.202.13.18/post"}
                                  INFO 1142. HTTP POST successful: {"args":{},"data":{"time":"10873"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"10873"},"url":"https://34.202.13.18/post"}
                                  INFO 1143. HTTP POST successful: {"args":{},"data":{"time":"10894"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"10894"},"url":"https://34.202.13.18/post"}
                                  INFO 1144. HTTP POST successful: {"args":{},"data":{"time":"10936"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"10936"},"url":"https://34.202.13.18/post"}
                                  WARNING 1145. HTTP POST failed: -76
                                  WARNING 1146. HTTP POST failed: -1
                                  WARNING 1147. HTTP POST failed: -1
                                  WARNING 1148. HTTP POST failed: -1
                                  WARNING 1149. HTTP POST failed: -1
                                  WARNING 1150. HTTP POST failed: -1
                                  WARNING 1151. HTTP POST failed: -1
                                  WARNING 1152. HTTP POST failed: -1
                                  WARNING 1153. HTTP POST failed: -1
                                  WARNING 1154. HTTP POST failed: -1
                                  WARNING 1155. HTTP POST failed: 23
                                  WARNING 1156. HTTP POST failed: 23
                                  WARNING 1157. HTTP POST failed: 23
                                  WARNING 1158. HTTP POST failed: 23
                                  WARNING 1159. HTTP POST failed: 23
                                  WARNING 1160. HTTP POST failed: 23
                                  WARNING 1161. HTTP POST failed: 23
                                  WARNING 1162. HTTP POST failed: 23
                                  
                                  WARNING 7130. HTTP POST failed: 23
                                  WARNING 7131. HTTP POST failed: 23
                                  WARNING 7132. HTTP POST failed: 23
                                  WARNING 7133. HTTP POST failed: 23
                                  WARNING 7134. HTTP POST failed: 23
                                  WARNING 7135. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 7136. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 7137. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 7138. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 7139. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 7140. HTTP POST failed: [Errno 105] ENOBUFS
                                  
                                  WARNING 10758. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 10759. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 10760. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 10761. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 10762. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 10763. HTTP POST failed: [Errno 105] ENOBUFS
                                  WARNING 10764. HTTP POST failed: [Errno 105] ENOBUFS
                                  

                                  The code was hanged at 10764. POST attempt. It was not possible to break the loop using Ctrl + C, but it was possible to reset the machine using Ctrl+F.

                                  After soft-reset POST attempts were unsuccessful as well. LTE dettach attempt resulted in OSError, however the modem did dettach. After consequent machine.reset() POST requests worked. It seems that after several hundreds socket creations the modem starts to act weirdly.

                                  rst:0x7 (TG0WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
                                  configsip: 0, SPIWP:0xee
                                  clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
                                  mode:DIO, clock div:1
                                  load:0x3fff8028,len:8
                                  load:0x3fff8030,len:1728
                                  load:0x4009fa00,len:0
                                  load:0x4009fa00,len:14584
                                  entry 0x400a059c
                                  INFO Starting initialization of LTE
                                  INFO LTE initialized
                                  LTE is attached after init: True
                                  LTE is connected after init: False
                                  INFO Attached to LTE network
                                  INFO LTE connect command sent
                                  INFO Connected to LTE network
                                  WARNING 1. HTTP POST failed: -1
                                  WARNING 2. HTTP POST failed: -1
                                  WARNING 3. HTTP POST failed: -1
                                  WARNING 4. HTTP POST failed: -1
                                  WARNING 5. HTTP POST failed: -1
                                  WARNING 6. HTTP POST failed: -1
                                  Traceback (most recent call last):
                                    File "main.py", line 78, in <module>
                                    File "main.py", line 70, in run
                                  KeyboardInterrupt:
                                  Pycom MicroPython 1.18.1.r6 [v1.8.6-849-a8966d1] on 2018-11-23; FiPy with ESP32
                                  Type "help()" for more information.
                                  >>>
                                  >>>
                                  >>>
                                  >>>
                                  >>>
                                  >>> test.lte
                                  <LTE>
                                  >>> test.lte.dettach()
                                  Traceback (most recent call last):
                                    File "<stdin>", line 1, in <module>
                                  OSError: the requested operation failed
                                  >>> test.lte.isattached()
                                  False
                                  >>> import machine
                                  >>> machine.reset()
                                  ets Jun  8 2016 00:22:57
                                  
                                  rst:0x7 (TG0WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
                                  configsip: 0, SPIWP:0xee
                                  clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
                                  mode:DIO, clock div:1
                                  load:0x3fff8028,len:8
                                  load:0x3fff8030,len:1728
                                  load:0x4009fa00,len:0
                                  load:0x4009fa00,len:14584
                                  entry 0x400a059c
                                  INFO Starting initialization of LTE
                                  INFO LTE initialized
                                  LTE is attached after init: False
                                  LTE is connected after init: False
                                  INFO LTE attach command sent
                                  INFO Attached to LTE network
                                  INFO LTE connect command sent
                                  INFO Connected to LTE network
                                  INFO 1. HTTP POST successful: {"args":{},"data":{"time":"69"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"14","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"69"},"url":"https://34.202.13.18/post"}
                                  INFO 2. HTTP POST successful: {"args":{},"data":{"time":"77"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"14","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"77"},"url":"https://34.202.13.18/post"}
                                  INFO 3. HTTP POST successful: {"args":{},"data":{"time":"87"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"14","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"87"},"url":"https://34.202.13.18/post"}
                                  INFO 4. HTTP POST successful: {"args":{},"data":{"time":"95"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"14","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"95"},"url":"https://34.202.13.18/post"}
                                  INFO 5. HTTP POST successful: {"args":{},"data":{"time":"103"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"15","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"103"},"url":"https://34.202.13.18/post"}
                                  INFO 6. HTTP POST successful: {"args":{},"data":{"time":"111"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"15","accept":"application/json","content-type":"application/json","x-forwarded-port":"443"},"json":{"time":"111"},"url":"https://34.202.13.18/post"}
                                  

                                  During tests with 1.18.1.r2 long-term test did behave in a similar way:
                                  https://forum.pycom.io/topic/3985/new-lte-firmware-releases-v1-18-1-r4-stable-1-19-0-b5-development-nb-iot-firmware-40343/22

                                  Exception value of first failed POST request was -76 in both tests. What does it mean?

                                  I 1 Reply Last reply Reply Quote 0
                                  • I Offline
                                    iwahdan @danielm
                                    last edited by iwahdan

                                    @danielm this error code is :

                                    #define MBEDTLS_ERR_NET_RECV_FAILED -0x004C /**< Reading information from the socket failed. */

                                    So these socket errors you get I think occurs when using ssl, did you have same problem with posting to non-secure site?

                                    Anyway I am also running your code over the weekend via our NB-IoT network emulator , I will see if I get same errors as yours.

                                    Wahdan

                                    D 2 Replies Last reply Reply Quote 0
                                    • D Offline
                                      danielm @iwahdan
                                      last edited by

                                      @iwahdan
                                      I just started the same test without SSL and will leave it running during the night.
                                      Thank you for conducting tests in your environment.
                                      Where can I find list of socket exceptions?

                                      1 Reply Last reply Reply Quote 0
                                      • D Offline
                                        danielm @iwahdan
                                        last edited by

                                        @iwahdan
                                        The test failed also without SSL:

                                        INFO 6619. HTTP POST successful: {"args":{},"data":{"time":"15432"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"15432"},"url":"https://34.202.13.18/post"}
                                        INFO 6620. HTTP POST successful: {"args":{},"data":{"time":"15435"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"15435"},"url":"https://34.202.13.18/post"}
                                        INFO 6621. HTTP POST successful: {"args":{},"data":{"time":"15437"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"15437"},"url":"https://34.202.13.18/post"}
                                        INFO 6622. HTTP POST successful: {"args":{},"data":{"time":"15439"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"15439"},"url":"https://34.202.13.18/post"}
                                        INFO 6623. HTTP POST successful: {"args":{},"data":{"time":"15441"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"15441"},"url":"https://34.202.13.18/post"}
                                        WARNING 6624. HTTP POST failed: -1
                                        WARNING 6625. HTTP POST failed: -1
                                        WARNING 6626. HTTP POST failed: -1
                                        WARNING 6627. HTTP POST failed: -1
                                        WARNING 6628. HTTP POST failed: -1
                                        WARNING 6629. HTTP POST failed: -1
                                        WARNING 6630. HTTP POST failed: -1
                                        WARNING 6631. HTTP POST failed: -1
                                        WARNING 6632. HTTP POST failed: -1
                                        WARNING 6633. HTTP POST failed: -1
                                        WARNING 6634. HTTP POST failed: 23
                                        WARNING 6635. HTTP POST failed: 23
                                        WARNING 6636. HTTP POST failed: 23
                                        WARNING 6637. HTTP POST failed: 23
                                        WARNING 6638. HTTP POST failed: 23
                                        WARNING 6639. HTTP POST failed: 23
                                        
                                        1 Reply Last reply Reply Quote 0
                                        • D Offline
                                          danielm
                                          last edited by

                                          Second test without SSL failed as well, this time with "weird" exception:

                                          INFO 9937. HTTP POST successful: {"args":{},"data":{"time":"22492"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"22492"},"url":"https://34.202.13.18/post"}
                                          INFO 9938. HTTP POST successful: {"args":{},"data":{"time":"22494"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"22494"},"url":"https://34.202.13.18/post"}
                                          INFO 9939. HTTP POST successful: {"args":{},"data":{"time":"22497"},"files":{},"form":{},"headers":{"x-forwarded-proto":"https","host":"34.202.13.18","content-length":"17","accept":"application/json","content-type":"application/json","x-forwarded-port":"80"},"json":{"time":"22497"},"url":"https://34.202.13.18/post"}
                                          WARNING 9940. HTTP POST failed: 'NoneType' object has no attribute 'split'
                                          WARNING 9941. HTTP POST failed: -1
                                          WARNING 9942. HTTP POST failed: -1
                                          WARNING 9943. HTTP POST failed: -1
                                          WARNING 9944. HTTP POST failed: -1
                                          WARNING 9945. HTTP POST failed: -1
                                          WARNING 9946. HTTP POST failed: -1
                                          WARNING 9947. HTTP POST failed: -1
                                          WARNING 9948. HTTP POST failed: -1
                                          WARNING 9949. HTTP POST failed: -1
                                          WARNING 9950. HTTP POST failed: 23
                                          WARNING 9951. HTTP POST failed: 23
                                          WARNING 9952. HTTP POST failed: 23
                                          WARNING 9953. HTTP POST failed: 23
                                          WARNING 9954. HTTP POST failed: 23
                                          WARNING 9955. HTTP POST failed: 23
                                          
                                          I 1 Reply Last reply Reply Quote 0
                                          • T Offline
                                            tlanier
                                            last edited by

                                            I'm now trying just to get reliable network communication working using WIFI with v1.18.1.r4.

                                            Sometimes it works and sometimes it doesn't.

                                            Below is a simple program to try to download a web page using a WIFI connection with the urequests.py module.

                                            The socket connection command fails at least 50% of the time returning a OSError: -1 exception.

                                            0_1543243812915_4b8b91ac-08d9-46f7-8d2a-24250e47fd01-image.png

                                            Part of urequests.py where crash occurs:

                                            0_1543243413146_5eec8529-151c-4402-9d5d-d6411b14fa98-image.png

                                            Simple test program:

                                            0_1543243895758_452859ac-ed45-45f4-a7e6-38569ca0c915-image.png

                                            T 1 Reply Last reply Reply Quote 0

                                            Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                                            Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                                            With your input, this post could be even better 💗

                                            Register Login
                                            • 1
                                            • 2
                                            • 3
                                            • 1 / 3
                                            • First post
                                              Last post

                                            Pycom on Twitter

                                            Pycom