Getting started with PyGos and Pylife

[Peter Bankuti]

@Bernard-D-Havé
Yes, if you are a tidy person, you can check the sticker on sheath in which they delivered the pygos :-D
If you mixed things up, then try to put your devices on the wireless charging pad. In most cases the pygo1 devices do not start charging, while pygo2 do. However i am not sure if that is true for all the devices.
I guess there should be some curl commands that would return relevant info about which FW is currently installed on the devices. That way one could find out, though pycom has not disclosed such a command yet.

Maybe someone else has an idea in this regard, but anyway i do not think you could do anything useful with the devices until pycom comes up with a firmware that does what we expect. I mean theoretically we could flash any firmware on the device with the cradle. Problem is: there is not even an LED we could blink. We do not know what parts make up the system so we can not begin to play around with those at least. And on the cradle i also do not find any broken out pins for external sensors (that was the idea at the beginning), so we even can not display humidity data if we have such a sensor lying around in our drawer.

As @robert-hh wrote even a 3€ ESP32 is more fun.

[Peter Bankuti]

@robert-hh Nice, it works! I did not know about that.

[Peter Bankuti]

@Brian-Wyld That reads like interesting, hard core folks can try do at least some exploration with the board. As for the tapping pattern i am beginning to consider trying different variations with a hammer ;-)

[Mr Admin]

@Peter-Bankuti
Given with the cradle we have the REPL, it should be possible to flash any ESP32 image if we have P8 and P2 to boot into the expressive firmware updater?
Without a schema its tricky... but we know which pins are on the back assuming the datasheet is correct.

• LTE module is probably on the other UART (pygo2)
• Lora as per LO1 modules I would suspect
• accelero (Bosch), battery charger ocntroller, GPS on I2C bus - an i2c scan might show them
• screen - SPI?
  The GPS and LTE might be held in reset using gpios (maybe via io expander) which would make it more tricky to detect them!

[Gritty moonshaw]

Here's our answer

[robert-hh]

@Gritty-moonshaw It started scanning relevant sites a while ago, because that's what I assumed. So: bye bye Pycom.

[robert-hh]

@Mr-Admin GPIO0 is not accessible. So you cannot put the device into the usual bootloader mode. There may be a way to start that by software.

[Peter Bankuti]

@Mr-Admin
A BOM in the datasheet could really help us, but guess what...there is no BOM :-D
The W01 is 43mm long, just like the casing of the pygos. So that can not fit in physically.

There is this command which makes me wonder now:
curl -v --request GET http://192.168.4.1/status -H "FW-Header-1: ota-verify"
Question is what does this verify. For sure this device would need a ton of reverse engineering by the community before we could do anything useful with them.

[robert-hh]

@Mr-Admin It should be possible to use OTA to load a generic firmware. A script has to be written to make use of OTA update, I have made two different ones in the past, when testing the OTA implementatton. One using a sd card access, one accessing a ftp server. That one should as well work with the PyGo devices. Code below as example.

#
# OTA update using ftplib and the pycom.ota_* methods
#
from ftplib import FTP
from pycom import ota_start, ota_write, ota_finish
import gc

class OTA:
    def __init__(self, verbose = True):
        self.size = 0
        self.verbose = verbose

    def ota(self, server_ip, user, password, filename, blocksize):
        try:
            ftp = FTP(server_ip, 21, user, password)
            ota_start()
            res = ftp.retrbinary("RETR " + filename, self._do_write, blocksize)
            ota_finish()
            if self.verbose:
                print("")
        except Exception as res:
            pass
        return res

    def _do_write(self, data):
        ota_write(data)
        if self.verbose:
            self.size += len(data)
            print("\r%7d " % self.size, end="")
        gc.collect()

def run():
        ota = OTA()
        res = ota.ota("10.0.0.171", "linaro", "linaro", "appimg.bin", 4096)
        print(res)

run()

[exa]

We're screwed

[robert-hh]

@exa See below, 5 days ago. Maybe the Administrators find a way to continue operation. It would not be the first company which went successfully through that phase. But the chances are odd.

[Aisham Zaha]

Hi all!

Pleased to announce that Pycom Ltd has been acquired by Season Group!

Season Group is an international electronics design and manufacturing services provider headquartered in Hong Kong with sites in China, Malaysia, Mexico, and the U.K.

All assets will be purchased by Pycom BV, a newly established company in the Netherlands, and will run as an autonomous subsidiary to maintain its start-up culture. Pycom BV will continue to help developers productize their unique concepts into reality with Season Group’s customized end-to-end services.

Feel free to find out more in the press release here

[exa]

So the PyGo won't be maintain and unless some company thinks it has any value to them, which is unlikely the PyGo never was and never will be.

https://forum.pycom.io/topic/7748/the-future-of-pycom/11

[Daniel Almeida]

@Aisham-Zaha Hi, I bought some pygo1, but I need some examples to work with this devices, like lorawan, Gps, Bluetooth, is it possible that I can find some documentation about it?

[robert-hh]

@Daniel-Almeida PyGo products are not support by the new Pycom BV company, and in fact they never worked. The community is waiting, if there is some activity by Pycom BV for PyGo, like publishing the hardware design and the firmware sources. But even if, it will take time.