Compiling firmware with pfalcon fork https://github.com/mongoose-os/esp-open-sdk

[kevinkk525]

Alright, thanks for the info. (Just in case you or anyone reading this thread doesn't know this: The repl uart can be removed from the repl and used independently. For this alone, no micropython fork would be required)

[hcet14]

The repl uart can be removed from the repl and used independently. For this alone, no micropython fork would be required)

I read about it, but never tried it. Do you have a working example? Isn't CP2102 disturbing the communication, since I can't set it to suspend mode?
Schematics: https://cdn.hackaday.io/files/885637889 ... T_V1.0.PDF

[kevinkk525]

This should work for the esp8266 in the same way: viewtopic.php?f=2&t=7844&p=44765&hilit= ... erm#p44765
(I'm sure I read posts about the esp8266 and esp32 too but can't find it at the moment)
If you compile the firmware with no esp-idf output, the uart should be completely silent from the micropython side.

The CP2102 should not cause any trouble (i think, it might if you try to send stuff from the PC).

[hcet14]

If you compile the firmware with no esp-idf output, the uart should be completely silent from the micropython side.

The CP2102 should not cause any trouble (i think, it might if you try to send stuff from the PC).

Well, I have to write my code, so I'm not able to shut down esp-idf output, i.e. REPL.

Using the available TXD1 for the sensor, send the command to the sensor, shut down REPL. Get data from sensor on RXD0. Turn on REPL. Might be a possibility. Don't know, if someone has done that before?

Communication to the sensor (MH-Z19B) is simple. Send a string, get a string. No sensing needed.

[kevinkk525]

esp-idf has nothing to do with the repl, it's just the startup garbage and wifi debug messages and the likes. the repl comes from micropython and you can use the webrepl to control and program your device.

[hcet14]

esp-idf has nothing to do with the repl

Of course, sorry