Issues & Bugs

• C

  Socket timeout not honored with SSL
  Jul 6, 2019, 11:19 AM • ccarreiras   Jul 6, 2019, 11:19 AM

  1
  1
  Votes
  1
  Posts
  176
  Views

  No one has replied

• P

  Sequans Firmware Update Fails
  gpy sequans • Jun 26, 2019, 2:05 PM • pycom_user123   Jun 27, 2019, 12:27 PM

  5
  0
  Votes
  5
  Posts
  492
  Views

  P Jun 27, 2019, 12:27 PM

  @robert-hh Unfortunately I don't have an sd card to try updating it that way. Here's my output when I run the update with debug set to True. >>> sqnsupgrade.run('/dev/ttyUSB0', 'NB1-41019.dup', debug=True) <<< Welcome to the SQN3330 firmware updater [1.2.5] >>> File NB1-41019.dup has size 5835531 mirror? False recover? False resume? False direct? False atneg_only? False bootrom? False load_fff? True baudrate: 921600 target_baudrate: 921600 Setting port /dev/ttyUSB0 Setting baudrate to 921600 Initial prepartion complete... Loading NB1-41019.dup Firmware file is too big to load via FFF method. Using ON_THE_FLY Attempting AT wakeup... [921600] b'\r\nOK\r\n' AT+BIND=AT returned b'\r\nOK\r\n' ATE0 returned b'\r\nOK\r\n' Entering upgrade mode... Sending AT+SMLOG? AT+SMLOG? returned b'\r\n+SMLOG: LOG_INHERIT\r\nOK\r\n' AT+SMOD? returned 2 Sending AT+FSRDFILE="/fs/crashdump" AT+FSRDFILE="/fs/crashdump" returned b'\r\n\x00\x00/V\x00\x00\x00\x00\x00\x00\x00\x04\x00\x00\x00\x01\x00\x00\x00\x02\x00\x00\x0055.1.1.0 [33080] by robot-soft at 2017-10-27 07:49:11\x00\x00\x00\x00\x04\x00\x00\x03\xa8Assertion fai' AT+SQNSUPGRADENTF="started" returned b"ed\nFile: l1DspReset.c@96\n'LPU RIP: 00000000 00000003 00000000 (s->state ==ZSP_STATE_RUN || s->state "
• K

  PyCom GPY NB IoT firmware failed
  May 21, 2019, 10:02 PM • Kimlorentz   May 23, 2019, 5:11 AM

  2
  0
  Votes
  2
  Posts
  238
  Views

  May 23, 2019, 5:11 AM

  I;ve got the same problem trying to update for lte-m1. Got nothing to add, but wan to subscribe to this thread in case something comes up.
• L

  Framebuf library incomplete ? MONO_HLSB
  May 15, 2019, 12:37 PM • lejibxl   May 15, 2019, 12:37 PM

  1
  0
  Votes
  1
  Posts
  195
  Views

  No one has replied

• D

  PyTrack not recognised as DFU device
  pytrack firmware update • Sep 15, 2017, 3:49 PM • dandrews   May 3, 2019, 9:34 AM

  16
  0
  Votes
  16
  Posts
  3.6k
  Views

  J May 3, 2019, 9:34 AM

  @pyoneer It's mostly a matter of timing. Too early and the device is not yet up. Too late and the Pysense has exited DFU mode and booted normally. IIRC the window is about 7 seconds.
• R

  FiPy connection issues
  Apr 27, 2019, 6:15 AM • rseth   Apr 29, 2019, 9:54 PM

  3
  0
  Votes
  3
  Posts
  383
  Views

  R Apr 29, 2019, 9:54 PM

  I eventually resolved the issue, thanks!
• M

  MQTT library error
  Apr 3, 2019, 6:12 PM • Mikhail   Apr 3, 2019, 6:12 PM

  1
  0
  Votes
  1
  Posts
  219
  Views

  No one has replied

• F

  LTE M1 cellular firmware updating to Gpy stucks, says, Waiting for updater to load...
  gpy firmware update lte-m1 updater • Mar 11, 2019, 2:14 AM • fidaforever   Apr 1, 2019, 12:38 AM

  20
  0
  Votes
  20
  Posts
  1.8k
  Views

  P Apr 1, 2019, 12:38 AM

  @reidfo The issue is that an unsupported band is being used by the modem and causes it to crash and reboot. It's a bit more involved but that is the gist. I got a revised firmware that appears to have resolved it. I suppose I could PM the fw. Not sure if pycom would frown upon sharing. I would expect this is resolved in the next release after 1.18.2.r3.
• B

  Lora modem limitations
  Mar 22, 2019, 4:10 PM • Barillaro   Mar 22, 2019, 9:35 PM

  3
  0
  Votes
  3
  Posts
  254
  Views

  B Mar 22, 2019, 9:35 PM

  Thank you @jcaron for your fast response. I am in US-915. I am not asking about limitations imposed by regulations. I am asking what limitations are programmed in LoRa modem (whatever reasons, including FCC restrictions). I know I can check LoRaWAN stack source code. But I would prefer to read documentation instead to try inverse engineering. With best regards Sebastian
• K

  WiPy 3.0 + PySense - Updated PySense FW, Cannot update WiPy 3.0 Firmware
  pysense firmware update wipy3.0 usb serial conn • Mar 14, 2019, 9:10 PM • kingb   Mar 14, 2019, 9:10 PM

  1
  0
  Votes
  1
  Posts
  448
  Views

  No one has replied

• J

  lte = LTE()
  fipy lte iot network • Feb 18, 2019, 8:37 AM • JHN   Mar 4, 2019, 9:04 AM

  3
  0
  Votes
  3
  Posts
  491
  Views

  J Mar 4, 2019, 9:04 AM

  @paul-thornton Thanks for your input, the probmlem was that we had connected some sensors on the pins that was shared with LTE.
• C

  i2c error numbers
  pytrack i2c bus error • Feb 13, 2019, 4:39 PM • crumble   Feb 26, 2019, 12:36 PM

  3
  0
  Votes
  3
  Posts
  402
  Views

  C Feb 26, 2019, 12:36 PM

  Thanks. I assume that I run into one of the ESP32 bugs related to memory problems with multicore or reading multiple times the same address. But therefore it is strange that the returning value is always 6. As long as it fails mainly on initilazing pytrack and WDT helps, I am fine. I will be happy. if the *Py can be configured so that ctrl-c stops the watchdog or sets wait time to max.
• E

  Framebuf library incomplete ?
  micropython library e-ink framebuf • Feb 15, 2019, 1:39 PM • EchoBravoVictor   Feb 15, 2019, 2:47 PM

  3
  0
  Votes
  3
  Posts
  444
  Views

  E Feb 15, 2019, 2:47 PM

  @robert-hh Working ! Thank you 😊
• M

  Connection issue to WiPy 3.0r
  pysense wipy 3.0 atom • Feb 14, 2019, 1:15 AM • momentaj   Feb 15, 2019, 8:03 AM

  6
  0
  Votes
  6
  Posts
  649
  Views

  Feb 15, 2019, 8:03 AM

  @momentaj When using the pycom uploader 1.15.2, you have tghe option to erase the device on uploading a new firmware image.
• E

  can't connect via FTP
  wifi ftp repl • Jan 8, 2019, 6:41 AM • Eric Waai   Feb 12, 2019, 1:38 PM

  4
  0
  Votes
  4
  Posts
  534
  Views

  E Feb 12, 2019, 1:38 PM

  @paul-thornton no it was something else. i don't remember what the exact problem was. one thing that is weird is that the WLAN SSID was never changed. i connected it to pybytes via the REPL and updated the main.py in there and i could connect again.
• M

  Can't flash Fipy LTE modem.
  fipy modem • Jan 15, 2019, 9:24 AM • mp   Feb 11, 2019, 10:04 AM

  11
  0
  Votes
  11
  Posts
  1.1k
  Views

  M Feb 11, 2019, 10:04 AM

  So I think I found my problem As I said in another post the problem wasn't in the software, but hardware. I don't use a expansion board, I use a ttl converter like this one https://www.ebay.com/itm/5V-3-3V-FTDI-FT232RL-USB-to-TTL-Serial-Converter-Adapter-Module-Arduino-Mini-Hot/182736917146 With this converter 3.3V is not enough to power on stably the board, so, I used it in 5V mode, but it seem that 5v for serial communication is ok for the python REPL, but have problem when flashing the modem or use the LTE modem. Finally, I changed my design by using another 5v power source, and use the ttl converter un 3v3 mode with common ground. And then it just works fine ;)
• M

  Azure IoTHub MQTT connect issue
  wipy mqtt azure mqtt connect • Feb 5, 2019, 1:21 PM • Milan   Feb 6, 2019, 11:16 AM

  3
  0
  Votes
  3
  Posts
  476
  Views

  M Feb 6, 2019, 11:16 AM

  Hello @Paul-Thornton , Glad to here that, it's very important to me to have this possibility with Pycom. All my devices should be connected to Azure. I've done some researching and found out that your MQTT libs are sending bytes that Azure doesn't understand. Short description of this is on the link: https://www.youtube.com/watch?v=pRqpKZ7mO1s
• A

  Timers with us
  timer microsecond • Jul 11, 2018, 2:25 PM • Aris   Feb 4, 2019, 6:51 AM

  14
  0
  Votes
  14
  Posts
  1.5k
  Views

  S Feb 4, 2019, 6:51 AM

  @robert-hh Thanks for that. I really like the look of that new board! Hope it is released to market very soon.
• P

  LoraWAN downlink problem with large packets
  downlink • Jan 30, 2019, 12:01 PM • PP   Feb 3, 2019, 6:48 PM

  15
  0
  Votes
  15
  Posts
  1.5k
  Views

  V Feb 3, 2019, 6:48 PM

  I was having similar issues with Multitech gateways in combination with TheThingsNetwork's recommended packet forwarder (from kersing). Updating to the latest packet forwarder from Multitech the legacy UDP format solved the issue. Bytes past 66 seemed to be garbage and therefore the MIC/crc would fail
• S

  time.sleep() not accurate
  lopy lora time utime time of arrival • Jan 31, 2019, 8:38 PM • snehasg96   Feb 1, 2019, 1:03 AM

  6
  0
  Votes
  6
  Posts
  531
  Views

  S Feb 1, 2019, 1:03 AM

  @crumble also, is it fine to use the utime.time() in the receiver as well or just use it in the sender? Also i tried running the code after removing time.sleep() in the receiver but for some reason i still experience the same issue.