Bugs & Issues

• D

  flash read err, 1000 on sipy+pytrack
  bugs • • devinv  

  4
  0
  Votes
  4
  Posts
  425
  Views

  P

  @devinv Awesome. Glad to hear it :)
• F

  CE RED Certifications
  bugs • • fabiano  

  4
  0
  Votes
  4
  Posts
  518
  Views

  P

  @fabiano Glad you found them. Just to update this for others. the new docs links should all be working now.
• C

  usocket getaddrinfo issues
  bugs • • combaindeft  

  6
  0
  Votes
  6
  Posts
  817
  Views

  P

  @combaindeft Thanks for the info. I've passed it on to the team who are actively looking into the reported issues around DNS resolution.
• J

  ssl.wrap_socket doesn't works in asynchronous mode.
  bugs • • jczic  

  2
  0
  Votes
  2
  Posts
  290
  Views

  P

  Thanks for the report. Ill raise this with the firmware team and see what they say.
• X

  This topic is deleted!
  • xzbbvfvbh  

  1
  0
  Votes
  1
  Posts
  5
  Views

  No one has replied

• P

  py.setup_sleep(time)
  bugs • • pat_hslu  

  6
  0
  Votes
  6
  Posts
  659
  Views

  P

  @jcaron Ill pass the suggestion along :) certainly seems like a more sane way for things to behave.
• C

  I2C error on pytrack with LoPy
  bugs • • crumble  

  6
  0
  Votes
  6
  Posts
  603
  Views

  P

  @crumble thanks for the extra info. Ill pass it along.
• T

  Guru Meditation Error when using Loramesh and sockets
  bugs • • thinginnovations  

  5
  0
  Votes
  5
  Posts
  597
  Views

  T

  This is the first thing I tried when I saw there was a new firmware release. After updating to the 1.2 release the code was tried again and still shows the same problem. Are there any changes to the socket library and the function parameters that has not yet been documented? Thanks Andrew
• J

  LoPy4 stops receiving LoRa messages
  bugs • • JoKr2  

  5
  0
  Votes
  5
  Posts
  810
  Views

  P

  Glad you (sort of) fixed your issue. Ill ask internally about this. I dont see why it should fail with both Wifi + Lora running.
• I

  Wake-up Problem with Pyscan and the accelerometer
  bugs • • iot-transport  

  4
  0
  Votes
  4
  Posts
  662
  Views

  P

  @gnm Correct. You'll wont be able to call setup_sleep() via repl. Unless you wrap it in a function to call go_to_sleep() immediately after. setup_sleep() currently causes an issue where everything blocks untill go_to_sleep() is called. Its one we are aware of but I dont have a roadmap for a change/fix.
• P

  ADC read causes unrelated callback to fire
  bugs • • panda  

  6
  0
  Votes
  6
  Posts
  643
  Views

  P

  @panda Curious to see if you can still reproduce this on a new board. I presume this happens when being called from uploaded code and not just the REPL?
• R

  MQTTLib Documentation
  bugs • • robertkeizer  

  2
  1
  Votes
  2
  Posts
  372
  Views

  P

  Good Idea! Ill add a page with supported library's for each board soon.
• M

  NB-IoT lte.isattached() False even though actually attached
  bugs • • martijns  

  4
  0
  Votes
  4
  Posts
  548
  Views

  P

  As mention this should be fixed now. if you still see it in new versions of the firmware please drop in a support ticket or email support@pycom.io and I/we will gladly help Investigate further.
• C

  Unable to navigate Bluetooth docs
  bugs • • cmisztur  

  2
  0
  Votes
  2
  Posts
  311
  Views

  P

  Hi. Apologies for this. It should now be fixed. If you can still reproduce this drop me a PM or respond here. Ideally Id like to know Browser + Version. and if the URL updates at all when clicking those links.
• L

  Print Statement without REPL
  bugs • • ldbm  

  4
  0
  Votes
  4
  Posts
  430
  Views

  P

  Interesting, I'll have to attempt to reproduce this internally. It should be fine to use print statements at any point in time.
• P

  OTA upgrade from oldest to newest
  bugs • • panda  

  12
  0
  Votes
  12
  Posts
  1194
  Views

  P

  I'm planning to rewrite the documentation around firmware upgrades + modem updates soon to be clearer and easier to understand. I'll make sure a note on this is included. Thanks for pointing it out and the time spent working it out :)
• D

  Should float work as a dictionary key?
  bugs • • dane  

  5
  0
  Votes
  5
  Posts
  665
  Views

  P

  As other responses have suggested. float's for keys causes a number of problems. if you really need to use the <number>.<number> key format for other reasons. try using strings. d={"0": 'reset', "1.0": 'on your marks', "1.1": 'get set'} print(d["1.1"])
• X

  This topic is deleted!
  • xzbbvfvbh  

  1
  0
  Votes
  1
  Posts
  6
  Views

  No one has replied

• X

  This topic is deleted!
  • xzbbvfvbh  

  1
  -1
  Votes
  1
  Posts
  8
  Views

  No one has replied

• C

  Pytrack not sending GLL
  bugs • • crumble  

  3
  0
  Votes
  3
  Posts
  437
  Views

  C

  I tried to send a lot of MTK messages, but without any success. But I get now GLL sentences at irregular intervals. The communication between the GPS and the LoPy seems to be the problem. I read the data from the GPS into a fix buffer self._lenBuffer = 64 self._buffer = bytearray(self._lenBuffer) while True: self.i2c.readfrom_into(GPS_I2CADDR, self._buffer) build_sentence_from_buffer() parse_sentence() This seems to work for less then 10sec. Then it starts to send a lot of \n at the end of each sentence. A few seconds later it also adds \n inbetween a sentence. bytearray(b'1,1,02,25,,,16,06,,,14*78\r\n$GLGSV,1,1,00*65\r\n$GPGLL,,,,,221320\n\n') bytearray(b'.307,V,N*7E\r\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n') bytearray(b'\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n') My workaround is simple: ignore all \n But I like to fix the cause. I tried to sleep for 250ms between each read. This reduced the amount of buffers containing only \n, but there still exist sentences with \n inbetween. Has someone an idea how to fix the communication between GPS and LoPy?