Thank you for advice! I would probably use Verilog then.

@Knoahlr I don't have my WiPy nearby to test but note that for pins set as Pin.OUT the behaviour and return value of the value() is undefined, you can't really trust it will match what you sent. See https://micropython.org/resources/docs/en/latest/wipy/library/machine.Pin.html

@Meide look here https://docs.pycom.io/pycom_esp32/library/machine.Timer.html https://docs.pycom.io/pycom_esp32/pycom_esp32/tutorial/includes/timers.html no read_timed does not exist please add this in https://forum.pycom.io/topic/433/features-wish-list

Can you guys confirm on which release it would be fixed as i wanted to showcase a demo as of now i am not even able to test a small program 😟

I have found a good starting point for investigation on ESP32 forum: http://www.esp32.com/viewtopic.php?t=787#p3262

Hello Daniel, many thanks! I successfully tested the stuff for a https POST with certificate based client authentication on an older (0.9.7.b1) firmware. https://twitter.com/_rac01/status/822072047937404931 best regards Ralf

@crankshaft Those 14mA are probably considering the average current in modem-sleep mode, so not transmitting or receiving data, just keeping the WiFi link available. In modem sleep mode the ESP32 will turn on WiFi very briefly at the beaconing interval set by the access point, enough to to remain 'connected' but not actively transmitting or receiving outside that beacon window. The ESP32 on the WiPy is not running at full speed, so the current is probably within the "Normal speed" range. If you take this + average the above it may well be within the 14mA shown. Sorry if I caused any confusion with my original reply, I meant that active WiFi actually transmitting or receiving on 20mA would not be possible. I see a commit to support modem sleep on the ESP-IDF core library just 9 days ago so we may see this soon.

Specific part number is TTL-232R-3V3. @acheesehead said in OTA firmware update: FTDI 232-3V3 cable works. http://www.ftdichip.com/Support/Documents/DataSheets/Cables/DS_TTL-232R_CABLES.pdf @jmarcelino said in OTA firmware update: @arthurlutz You really have to check your adapter, many 3.3V level TTL FTDI232 adapters - in fact the official FTDI-branded cable does that - deliver 5V on V+ so you should connect that one to Vin. Some have a pin marked 5V. That's probably what you want because most adapters can't deliver enough power on their 3.3V output to power the Py boards, the regulator is too weak. However any adapter should be set to 3.3V voltage level signals. That means TX and RX must use 3.3V. If you do have a FTDI-style adapter that can deliver enough current on 3.3V (suggest 500mA) you can connect it to the 3.3V pin directly on the Py board. Read closely before you buy and then if possible test it before using it.

@toribios_people Yes, 4096 is the minimum settable stack size. https://docs.pycom.io/pycom_esp32/library/thread.html

this is really simple sensor I2C you can change code to python oolean Adafruit_AM2315::readData(void) { uint8_t reply[10]; // Wake up the sensor Wire.beginTransmission(AM2315_I2CADDR); delay(2); Wire.endTransmission(); // OK lets ready! Wire.beginTransmission(AM2315_I2CADDR); Wire.write(AM2315_READREG); Wire.write(0x00); // start at address 0x0 Wire.write(4); // request 4 bytes data Wire.endTransmission(); delay(10); // add delay between request and actual read! Wire.requestFrom(AM2315_I2CADDR, 8); for (uint8_t i=0; i<8; i++) { reply[i] = Wire.read(); //Serial.println(reply[i], HEX); } if (reply[0] != AM2315_READREG) return false; if (reply[1] != 4) return false; // bytes req'd humidity = reply[2]; humidity *= 256; humidity += reply[3]; humidity /= 10; //Serial.print("H"); Serial.println(humidity); temp = reply[4] & 0x7F; temp *= 256; temp += reply[5]; temp /= 10; //Serial.print("T"); Serial.println(temp); // change sign if (reply[4] >> 7) temp = -temp; return true; } float Adafruit_AM2315::readTemperature(void) { if (! readData()) return NAN; return temp; } float Adafruit_AM2315::readHumidity(void) { if (! readData()) return NAN; return humidity; }

@Jiemde Hi, It works with my Wipy 2.0, i think the only change i made was: def write8(self, register, value): """Write an 8-bit value to the specified register.""" value = value & 0xFF self._i2c.writeto_mem(self._address, register, bytes([value]))

@Roberto - Thanks so much for your comprehensive reply. Actually I figured it all out yesterday and deleted my post after I did that, but for some reason the post still exists. I have posted elsewhere regarding problems with high latency and error messages when using pymate together with the rgbled example: https://forum.pycom.io/topic/276/pymate-understanding-virtual-and-terminal-pins/13 The other problem I found is that pymate only currently supports developer access and defaults to edit mode, I really need to get a real user to test it out and not allow them to edit the widgets. On another subject, I have tried the restore function by pulling GP28 high for > 3 < 6 seconds and it always reverts to the current release and does not restore the previous or factory defaults, not sure why. Thanks again !

Look for the files modes in open. "w" will open it and eras the previous content "a" will open it and append the new content to the end "r+" will open it for reading and writing. You may set the position to read or write with f.seek()

Thank you LIvius. We did the same but on 3.3V... not 5.