I was looking for alternatives to the ESP32, but I have discovered that Pycom is also based on ESP32. There is a problem with ESP32 connecting to WiFi using WPA2 Enterprise. It seems that you are having the same problem. Reference: https://github.com/espressif/arduino-esp32/issues/1381

@semireg We'll have a look to see if there's a bug in the socket implementation.

@leo_sol Looking at your initial post it seems that UART1 may still available on both units. the default config collides with the SD card pins, but you can assign UART1 to other pins.

@daniel - Fair enough, I’ll think about switching from UDP to TCP (or BLE). I haven’t explored the sleep duration thoroughly, it’s set to 100ms at the moment, which has been reliable enough for my purposes. Presumably this would be an issue for any networking stack on any machine, but we don’t think about it because we aren’t focused on putting a workstation to sleep immediately following a sendto(). Many thanks, Tim

Here is what it looks like mounted to a DIN rail platform. I haven't soldered the other terminals on yet..

@charliem As far as I can tell, the state of the libraries is a little bit unclear. They were and are maintained as part of the micropython.org version. But even there, you might run into incompatibilities over time due to changes in python, even if there not too many changes, that break old code. Given you actual problem, you might have to look in both forums for a cure.

See my answer regarding oserror from tls in the post: https://forum.pycom.io/topic/2164/lopy-http-post-request-oserror/9

@ade-ro You can use WLAN.init() it accepts the password in the auth parameter.

@danielm That was it. Thanks a ton! <3

@charly86 For OTA you just need appimg.bin, if the other two files are already loaded. The esptool.py command line for that would look like: esptool.py --chip esp32 --port /dev/ttyUSB0 --baud 460800 write_flash -z --flash_mode dio --flash_freq 80m --flash_size detect 0x10000 appimg.bin

@jmarcelino https://forum.pycom.io/topic/2971/lopy-gps-pytrack-no-coordinates-found We dont get any cordination on that...

@charly86 and while there at it they can also mention that p8 must not be pulled up when you want to flash the firmware. because if you don't it wont get into download_boot mode but instead into HSPI_FLASH_BOOT mode and will start a reset loop. we also had that problem.

@kop524 said in temerature sensor for Wipy 2.0 w/ext. board: As near all pins can be redirected then choose is quite simple i only ommit for sensors pins used for SD card communication and sometimes inputonly look at https://docs.pycom.io/chapter/datasheets/ there are good descriptions about pins - you must choose self.

@jmarcelino Thanks a lot., yes those would be very helpful.

@robert-hh is correct

@robert-hh thank you for your insight, will explore those options. Cheers!

@robert-hh Hi Robert, You gave the point I was not using the reset button but powering off and on. After using the reset button I had the ready to upload and now is upgrading. Thank you!

Thanks jmarcelino, 1.7.4.b1 works.

@PeteD Yes, that's a wipy1. By default, REPL is not enabled on boot. You have to enable it in boot.py, by: from machine import UART import os uart = UART(0, 115200) os.dupterm(uart) See also here: http://docs.micropython.org/en/latest/wipy/

@jcaron Thanks for the tip. Output below. from pytrack import Pytrack py = Pytrack() py.read_fw_version() 4 Which I think means it had flashed successfully (partly as my previously loaded libs had disappeared!). I had tried to connect the External I/O header as an alternative but had similar lack of luck. Tried High speed transfer both ticked and unticked based on reading another similar post. Just tried this again with same result. Flash tool states it is connecting... then shows a Failure! warning. The only COM port in the drop down is COM3 but I am not sure that's the attached PyTrack as removing the PyTrack from USB doesn't de-list the item listed in Device Manager. I am still concerned that it is more related to not having the correct Windows drivers in place that's preventing things from working as they should. Thanks again for the response. Regards Shaun