MicroPython Forum

This is expected. The urandom module (which is what you’re getting when you import random without having a random.py in the filesystem) only implements a subset of the standard Python random module. See help(random) for what is available. The rest you’ll have to implement yourself based on that, or ...

I am almost certain that your conclusion that only 2 bytes are being sent is wrong and you are making a common mistake. Note that all your examples contain 3 bytes. They are (in hexadecimal) F8 00 10 F8 00 60 F8 00 C0 F8 30 00 F8 00 10 0x60 is the ASCII code of '`', 0x30 is the ASCII code of '0', an...

That was just me trying to figure out / guess why the MCU would (half-)reset even without the connection. The capacitor is not one I am placing, but must be one that’s on the board (or the module) already. I can’t tell the exact connections from looking at the board because the module obscures the t...

I have two Wemos D1 mini v2.1.0 here, to my knowledge original ones from Wemos. They have some ESP-12 module with “WeMos” on the metal shield. They work properly as far as I can tell: When GPIO16 and RST are externally connected, waking from deep sleep using the RTC works as expected (using the code...

Are you sure you quoted that debug output exactly? The (lack of) quotes and parentheses look suspicious. What I get is something like (Debug): received: b'Hello\r\nWorld' from: ('192.168.0.101', 58309) Note the b , which indicates that this is a bytes , not a string. print() prints those as their re...

Very informative, thank you! And I’m happy to see PicoPew mentioned!

D3 is GPIO 0 which is one of the bootstrapping pins of the ESP8266. It must be pulled high in order to boot from flash rather than from the internal bootloader. On the D1 Mini, according to the schematic , that is achieved by a 12 kΩ resistor to +3V3 (R10, right center). That’s where your LED curren...

And I don't know how to tell the redirection is from '<' or from Popen. Why would you need to? My suggestion is once you set -i flag, it will always call do_repl(). That much is common between dhylands’ solution and yours. What’s different is what happens when you don’t set the -i flag. And if you ...

And "-i flag was specified" is exactly the variable inspect used one line above, so the changed line is You’ll probably also want to adjust the print_help() text. (CPython’s says “forces a prompt even if stdin does not appear to be a terminal”.)

This is CPython. Apparently micropython does not run the REPL when stdin is not from a terminal, which means that input is only compiled at EOF, not line-wise, you need to use print() to see output. This works for me: >>> proc = subprocess.Popen(['./micropython', '-i'], stdin=subprocess.PIPE, stdout...