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

@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.

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

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=?") '' >>>

@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?

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?

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.

@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 :)

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

@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.

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.

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.

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

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

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.

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

@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?