GPy

• 

  So GPy is phase-out now what?
  • Don-iot  

  8
  2
  Votes
  8
  Posts
  127
  Views

  D

  Hi, Just for reference, our GPy replacement Walter is going live on Crowd Supply very soon. We already tested with some beta testers and you can read the review in this topic: https://forum.pycom.io/topic/7748/the-future-of-pycom/32 For everybody interested, this is the Crowd Supply link: https://www.crowdsupply.com/dptechnics/walter
• D

  GPy influences measured Voltage
  • Danny Helwegen  

  10
  0
  Votes
  10
  Posts
  29
  Views

  

  @Danny-Helwegen I understand, but that was not the intention of my question. You could try the following: Disconnect the device from the GPy and measure the current that flows from either output of the device to GND of GPY, with the other device output floating and the GPY's USB port connected to your PC. The current should be 0. If not, the device has internal connections to GND, which can have the effect you see.
• 

  PyCom alternatives?
  • techykermit  

  36
  2
  Votes
  36
  Posts
  412
  Views

  T

  If you're interested in checking out Particle I can get you a sample! LTE Developer friendly ecosystem Certified Easy transition from pycom
• A

  Particle Boron/B-SOM as PyCom replacement
  • Andrew Lund  

  1
  0
  Votes
  1
  Posts
  12
  Views

  No one has replied

• P

  valid values for lte = LTE(carrier="xxx")?
  • poesel  

  10
  0
  Votes
  10
  Posts
  773
  Views

  J

  Hi @rskoniec @robert-hh, I would like to know if is possible to fix it or maybe if there is something wrong, because when I want to determine the proper carrier on my Fipy, I did not get any response, the list is empty. The firmware version is LR5.1.1.0-47510 and it is in application mode. Thank you in advance. >>> from network import LTE >>> lte=LTE() >>> lte.send_at_cmd("AT+SQNCTM=?") '' >>>
• 

  Superstrange error and core dump
  • Don-iot  

  5
  0
  Votes
  5
  Posts
  60
  Views

  C

  @jcaron Sorry for just writing directly and out of the nowhere but I mentioned that you are online and that you were involved in this case. I have quite the same problem. I have posted my code under: https://forum.pycom.io/topic/7262/directly-pass-ssl-certificates?_=1662985772976 Maybe if you have time could you help me to get rid of this strange rebooting case?
• A

  Directly Pass SSL certificates
  • Abdul Rehman  

  2
  0
  Votes
  2
  Posts
  33
  Views

  C

  Hello everyone, Hello @Abdul-Rehman A year later but might you see it what was your solution for this kind of error? I have quite the same case in my code. So I try to connect a client on the gpy and get it along with a localhost server. Server-side: httpd.socket = ssl.wrap_socket(httpd.socket, server_side=True, certfile='cert.pem', keyfile='key.pem', ssl_version=ssl.PROTOCOL_TLS) Client-side: socket_get = ussl.wrap_socket(socket_get, certfile='cert5.pem', keyfile='key5.pem', server_side=False) In my case peters (not known) home folder is called. /home/peter/docs/pycom-esp-idf/components/freertos/queue.c:1442 (xQueueGenericReceive)- assert failed! abort() was called at PC 0x40094114 on core 1 ELF file SHA256: 0000000000000000000000000000000000000000000000000000000000000000 Backtrace: 0x4008ef0f:0x3ffd8140 0x4008f091:0x3ffd8160 0x40094114:0x3ffd8180 0x401130e7:0x3ffd81c0 0x400e17e5:0x3ffd81e0 0x400e2c51:0x3ffd8230 0x400f4760:0x3ffd83a0 0x401175be:0x3ffd8420 0x40101a19:0x3ffd84a0 0x400fddb5:0x3ffd84d0 0x400fde45:0x3ffd84f0 0x40109e13:0x3ffd8510 0x40101ac0:0x3ffd85b0 0x400fddb5:0x3ffd85e0 0x400fe470:0x3ffd8600 0x40109dc5:0x3ffd8660 0x40101ac0:0x3ffd8700 0x400fddb5:0x3ffd8770 0x400fde45:0x3ffd8790 0x40109e13:0x3ffd87b0 0x40101ac0:0x3ffd8850 0x400fddb5:0x3ffd8880 0x400fde45:0x3ffd88a0 0x40109e13:0x3ffd88c0 0x40101ac0:0x3ffd8960 0x400fddb5:0x3ffd89e0 0x400fde45:0x3ffd8a00 0x40109e13:0x3ffd8a20 0x40101ac0:0x3ffd8ac0 0x400fddb5:0x3ffd8af0 0x400fde45:0x3ffd8b10 0x40109e13:0x3ffd8b30 0x40101ac0:0x3ffd8bd0 0x400fddb5:0x3ffd8c40 0x400fdde2:0x3ffd8c60 0x400e1311:0x3ffd8c80 0x400e15b5:0x3ffd8d20 0x400e0020:0x3ffd8d40 Has anyone a idea what I am doing wrong?
• C

  Stream operation not supported: Explanation?
  • Cédric Antenen  

  3
  0
  Votes
  3
  Posts
  38
  Views

  C

  I am following the approach from https://github.com/pycom/pycom-libraries/tree/master/examples/OTA. The code lines which are making the problem are in 1.0.0/flash/lib/OTA.py: def get_update_manifest(self): print(self.get_current_version()) req = "manifest.json?current_ver={}".format(self.get_current_version()) manifest_data = self.get_data(req).decode() print(manifest_data) manifest = ujson.load(manifest_data) gc.collect() return manifest I hope you can help me to fix my code so that a basic program can be updated over the air.
• 

  MQTT RSA certificate questions
  • techykermit  

  1
  0
  Votes
  1
  Posts
  11
  Views

  No one has replied

• C

  Main.py update with OTA but with LTE
  • Cédric Antenen  

  4
  0
  Votes
  4
  Posts
  52
  Views

  E

  @Cédric-Antenen We have roughly 200 lines of code on both sides Gpy (Python) and update server (C). Update speed depends on you files' size, signal quality and round trip time. We have seen about 1...4 s per data block (data transmitted and acknowledge received). Sorry, I can't share the code here, since solving such problems is what I do for a living :)
• J

  PSM LTE-M Not Registering Properly
  gpy lte-m power saving psm edrx • • James Pruet  

  5
  0
  Votes
  5
  Posts
  71
  Views

  J

  I continue to wait patiently for Pycom to support its product it sold me.
• J

  Gpy connected to wifi but no internet access
  bugs gpy internet • • josejulianrp  

  8
  0
  Votes
  8
  Posts
  1850
  Views

  P

  @Mohsen-Paryavi did you have any luck getting this to work? I'm interest in doing the same, using the Gpy as a LTE Cat-m1 hotspot. Allowing a phone to wifi-call beyond LTE coverage.
• B

  mystery power draw after using wifi then deepsleep
  pycom • • Bryan Hom  

  2
  0
  Votes
  2
  Posts
  24
  Views

  B

  so i dove into this a bit deeper and beleive this issue has to do with LTE.deinit not functioning properly in deepsleep when using WLAN. It's hard to explain as the correct factors which are unknown right now have to happen to cause this issue as it's not all the time.
• A

  Cannot connect to PyGate & GPy
  • aimeeraymond  

  2
  0
  Votes
  2
  Posts
  24
  Views

  A

  Status Update (12 May 2022) - I was never able to get PyGate#2 to communicate on it's serial port. The supplier (PiShop.us) was very prompt in responding to my issue. Their technical support team stayed in touch and sent me a replacement unit.
• J

  Can't find I2C slave with GPY in Pyscan
  • Justin Forgue  

  1
  0
  Votes
  1
  Posts
  21
  Views

  No one has replied

• M

  Gpy Lte RCC TOP FSM -> CONNETTED but never reach ...attached!
  • Mattia Perissinotto  

  2
  0
  Votes
  2
  Posts
  38
  Views

  

  Dear Mattia, I hope you are doing alright. Have you checked out HERE? Have a nice one, KR, Yusuf BAYLAV Solutions Architect Evangelist [at] pycom
• M

  Can Got uses LTE CAT 1?
  • Matt Xu 0  

  4
  0
  Votes
  4
  Posts
  60
  Views

  

  Hello Matt, Sorry for the delay and the auto-message for the last time. GPy, supports both CAT M1 and NB1. But to clarify not the M1. You may refer here for the detailed specs or here to have some concrete examples. Have a good one, Yusuf
• G

  Power consumtion of the GPy
  • Gerrit Hense  

  4
  0
  Votes
  4
  Posts
  54
  Views

  G

  Today I have measured the power consumption. The power consumption is about 265 mA. So for my application I will use a powersupply with 300 mA.
• D

  Pycom ( Gpy, Fipy .... ) + 1nce Simcard for Lte communication.
  gpy gpy lte m1 lte band • • DEFRAINE.JM  

  3
  0
  Votes
  3
  Posts
  42
  Views

  D

  Hi Paul, Many thanks for this rapid answer. I will try that as soon as possible and give the result. Best regards Jiemde
• H

  Trouble trying to get the lte modem to responding
  • hakan sanli  

  2
  0
  Votes
  2
  Posts
  38
  Views

  A

  @hakan-sanli I noticed you have not received any reply yet, a pattern I think relates to the fact that Pycom's primary focus is on their backend service offering, hardware is just a tool to get there, hence they discourage non Pycom firmware development. We have just started out on the same road, but still cannot get to flash WiPy or FiPy devices reliably using the PySense and PyTrack boards. Have connected a switch to EN pin and tried 5 different USB adapters, 4 different types. No luck getting any output But (using PySense or PyTrack) the devices connect to the dev platform and can be flashed, upgraded and operated. Any suggestions?