@nervencid I made it work using the simple mqtt library, to connect to Azure IoT Hub without using Pybytes. Have a look at this thread: https://forum.pycom.io/topic/5713/send-data-to-azure-iothub-with-mqtt-protocol-without-using-pybytes-solved

I tried reflashing the wipy but this time I unticked "enable Pybytes/SmartCofig support" and I can see the AP on my PC now [image: 1582739721070-pycommupgrade.png]

Dear @Roqueton, we have tried to implement SIM800 PPPoS support (WIP), see also [1,2,3]. With kind regards, Andreas. [1] https://github.com/pycom/pycom-micropython-sigfox/pull/408 [2] https://community.hiveeyes.org/t/ppp-over-serial-pppos-support-for-micropython-on-esp32/2994 [3] https://community.hiveeyes.org/t/unlocking-and-improving-the-pythings-sim800-gprs-module-for-micropython/2978/29

@robert-hh @andreas Gentlemen thanks. that was it. i didnt notice the capital and since fatfs didnt care i didnt look at it.

@robert-hh, thank you very much for this complete answer!

@EngeenerAtendee Did you find out how to connect pins to WiPy ?

Hi techykermit, I'm sorry about the delay in the documentation update. I've now updated the machine.pin_deepsleep_wakeup() function - [https://docs.pycom.io/firmwareapi/pycom/machine/#machine-pin-deepsleep-wakeup-pins-mode-enable-pull] and I am currently working on updating the the os.mkfs() function in the documentation. Keep us posted with how you get on, Ankith B Have you checked out our docs for the answer? (Now with an easy search function) https://docs.pycom.io    Check out our newly revamped device management platform, Pybytes! https://pybytes.pycom.io/

@techykermit Things like these happen all of us the time. But still, the python code could have an error handling for it, like the two lines before.

@jcaron Many thanks for your info

@Limka said in Python 2 or 3: They're basically the same. Learn 3 and when you need to use 2 (i.e. certain packages only support 2) you can easily switch to 2 I guess that should be the answer to your question. And that's also my opinio. If you start, start with Python 3.

For future reference: Here's a solution. text = "aouäöü" print(text) print(len(text)) for char in text: print(char) print(ord(bytes(char, "utf-8")))

@MisureMeccaniche According to the ESP32 data sheet, the maximum drive capacity of a digital output is 40mA for a high level and 28mA for the low level. I expect the analog output of the DAC to drive less. For 100mA and more you will need an amplifier.

@jc_serg That looks bad then. Since 3.3V is an output of the board, it means that the board is not working. Are you sure you plugged in the board in the right orientation?

Dear @cYc, @cYc said in how to determine which processor module i'm using?: I need to determine at run time which module the code is running on so i can initialise LTE (GPy) or not (WiPy) aside from using the try/except method. @robert-hh said in how to determine which processor module i'm using?: import sys print(sys.platform) If you will need a more extensive platform switch, you are welcome to take our implementation [1] from the Universal MicroPython Application Loader. More or less, it just wraps sys.platform and sys.implementation. We are using it to run the Terkin-Datalogger on both ESP32 and STM32 plaforms and to decide whether it is running on Pycom MicroPython or Genuine MicroPython. platform_info = PlatformInfo() if platform_info.mcu == platform_info.MCU.ESP32: print('Running on ESP32') elif platform_info.mcu == platform_info.MCU.STM32: print('Running on STM32') if platform_info.vendor == platform_info.MICROPYTHON.Pycom: print('Running on Pycom MicroPython') elif platform_info.vendor == platform_info.MICROPYTHON.Vanilla: print('Running on Genuine MicroPython') With kind regards, Andreas. [1] https://github.com/hiveeyes/hiveeyes-micropython-firmware/blob/8ced0b29f6b5cc7061b9d78f545293a5b804a5ab/lib/umal.py#L10-L77