@salvoaerodev Sure, I hope this bug will be fixed soon as it could be nice to reupgrade firmware for already fixed bugs.

I have the same problem: https://forum.pycom.io/topic/1056/ssl-socket-communication-between-wipy-2-0 But if I try to connect with the wipy to a secure Server with ssl #client side import usocket as socket import ssl from network import WLAN import machine wlan = WLAN(mode=WLAN.STA) wlan.connect('TP-LINK_2.4GHz_E113DF', auth=(WLAN.WPA2,"***********")) while not wlan.isconnected(): machine.idle() s = socket.socket(socket.AF_INET, socket.SOCK_STREAM, socket.IPPROTO_TCP) # Require a certificate from the server. We used a self-signed certificate # so here ca_certs must be the server certificate itself. ssl_sock = ssl.wrap_socket(s,cert_reqs=ssl.CERT_REQUIRED,ca_certs='cert.pem') ssl_sock.connect(('192.168.1.125', 10023)) ssl_sock.write(b"boo!") data = ssl_sock.read() print(data) ssl_sock.close() It works without problems. Try to use: s = socket.socket(socket.AF_INET, socket.SOCK_STREAM, socket.IPPROTO_TCP) instead of s = socket.socket() But if I try to set a WiPy as a Server, I receive a Guru Meditation Error. More datails are in the topic linked early.

@Innocenzo said in AES CTR Mode on WiPy 2.0: cipher = AES(key, AES.MODE_CTR, counter) change it to: cipher = AES(key, AES.MODE_CTR, counter=counter)

@robert-hh Unfortunately deep sleep hasn't been implemented in the latest version I can use (1.6.3). I will try to implement it myself later today though.

Hi, I had the same problem. I resolve it using the next code: from machine import SD import os uart=UART(1,baudrate=115200,pins=('P12','P11')) ## it is important to create uart before sd #uart.init(115200, bits=8, parity=None, stop=1,pins=('P3','P4')) #uart.init(115200, bits=8, parity=None, stop=1,pins=('P10','P9')) #uart.init(115200, bits=8, parity=None, stop=1,pins=('P12','P11')) while(uart.any()==0): pass uart.readall() sd = SD() os.mount(sd, '/sd') check the content os.listdir('/sd') try some standard file operations f = open('/sd/test.txt', 'w') f.write('Testing SD card write operations + serial to HPoseidon') f.close() f = open('/sd/test.txt', 'r') f.readall() f.close() I hope it will be useful. Sorry for mi English. Regards

The upgrade worked in a sense, but bricked my WiPy. I have opened a new thread here: https://forum.pycom.io/topic/1053/wipy-2-0-bricked-after-firmware-update

@robmarkcole I use a lot of TL-WN722N adapters, especially because they are cheap and reliable (and support some other features such as monitor mode). What Alex suggested is also a good option, but unfortunately not always possible when you are not at home (e.g. I need special permission to use any device on the educational network).

@robert-hh and @RobTuDelft thanks for your help, I am now up and programming! Perhaps a few of the issues I had could be better explained in the documentation, happy to provide some feedback if requested. Cheers!

@RobTuDelft Many thanks - I missed that earlier.

As you need to connect using wireless to modify 'boot.py' in the first place this makes disabling the wireless interface by default an 'interesting' challenge to a new user! Hopefully the wireless, bluetooth, etc are only started (if not already active) after 'boot.py' is executed.

@bucknall Thanks for your help the other evening - I'm up and running now, though I'm no closer to being able to update the firmware myself. For linux users I have a (useful?) bash script that beings up a console window and then waits up to 15s for me to plugin the device (that way I see any boot messages). I don't know if this will work on OSX as I don't have a Mac. I need to update my blog post as I've recently modified the script to allows me to select the which serial device to connect to and baud rate to use. Mike T.

solved. The problems i had has been level shifter dependend. I used another one and UART started to work. Another trap has been a misunderstanding in PIN numbering and PIN layout. When i just looked at WiPy pinout without paying attention to expansion board i noticed, that i used the wrong PINs. Now i count from left side, starting with 0 and figured out which PINs i do have to use. Now it works like a charm. Thanks for all your help !

@RobTuDelft 5V i use 2N7000 NMOSFET transistor for level shifting for testing for final i use smd BSS138

@michalt38 OK. Then you'll need two steps: First, you have to connect the WiPy to the network. That's done with wlan.connect, as given in my sample scripts. Second: you have to write a little program for you WiPy and your PC that connects through sockets and sends the data. The IP adresses used are those of the WiPy and the PC, not the one of the router. You have to define which entity connects (socket.connect() ) and which entity accepts (socket.accept()). For initial testing, you can use for the PC side netcat (nc), which is a simple raw socket send/receive program. Examples for the WIPy side are here: https://docs.python.org/3/howto/sockets.html or here: https://www.tutorialspoint.com/python3/python_networking.htm

@robert-hh said in Wi Py 2.0 Internal Comparator?: DS18B20 Hey Mate, Thank you very much for your reply. I will definitely will give it a go to the DS18B20, it looks way easier to use mate. I do agree that adding external components (resistor, comparator) adds extra burden to the limited power, and that is a killer for me. Cheers ColombiaAustralian