Change REPL uart pins

Question

Change REPL uart pins

0xDBFB7 opened this issue 7 years ago · 8 comments

I see that the machine.uart implementation allows one to change the UART pins, and all UARTs can go through the GPIO matrix. Is there any way for one to change which pins UART0 (REPL) is connected to?

Even if this would require source editing and recompilation, if someone could point me in the right direction, that'd be great.

I realize that this is a bit niche, but I could see a few real-world uses (also I need it 😉).

Answer 1 · 2017-08-07T21:51:58.000Z

@BasedOnTechnology

I don't think µPy exposes the GPIO matrix in Python directly. Some things (e.g. HW SPI) utilize it. I suppose the UART class initializer could be extended to accept rx_pin and tx_pin.

Answer 2 · 2017-08-07T23:45:30.000Z

@MrSurly Mainly what I'm looking for is the ability to switch the REPL to UART1, and use UART0 with machine.uart. I tried digging through the code, but I couldn't find where the uart was defined with respect to the REPL.

Answer 3 · 2017-08-07T23:53:59.000Z

I, uh, think it already does as the `rx`and `tx` parameters to the constructor ... ... but looking at it, it might not be doing those steps in the right order ... `machine_uart_init` sets usp `self->tx`(etc) from the args but `machine_uart_make_new` has already configured the UART to the default pins. In any case, I think this is the right way to do it, rather than futzing with the matrix directly. We may want to write some code which handles collisions in pin usage though (?)

Answer 4 · 2017-08-08T00:21:23.000Z

Mainly what I'm looking for is the ability to switch the REPL to UART1

@BasedOnTechnology Looks like UART 0 is already hard-coded dedicated to the repl, as seen in esp32/uart.c.

Answer 5 · 2017-08-08T00:27:13.000Z

Yeah, I think we could maybe fix that too ... I started off messing around with a telnet server [1] for the REPL and some kind of generic REPL multiplexor would make sense I think, so that rrepl / webrepl can hook into the REPL mulitiplexor. Then if your code seizes control of UART 0 it can be disconnected gracefully and the other connections stay alive.

[1] https://github.com/nickzoic/micropython-esp32/tree/esp32-rrepl , don't look too closely at the code, it's rather sketchy but I'm thinking of a tinyssh server instead anyway

Answer 6 · 2017-08-08T06:32:39.000Z

When machine.dupterm() is implemented it will allow you to turn off the REPL from UART0 (and redirect it elsewhere if needed). See micropython/micropython#3144 for some recent discussion around the dupterm function.

Answer 7 · 2017-08-11T16:39:26.000Z

I don't actually need this anymore, (switched pins in hardware) and since UART already takes pin numbers, I think I'll close this since dupterm would supersede it.

Answer 8 · 2017-09-17T04:14:59.000Z

For citizens of the future: The relevant lines are in sdkconfig.h, modify like so:

#define CONFIG_CONSOLE_UART_BAUDRATE 115200
#define CONFIG_CONSOLE_UART_CUSTOM 1
#define CONFIG_CONSOLE_UART_CUSTOM_NUM 0
#define CONFIG_CONSOLE_UART_NUM 0
#define CONFIG_CONSOLE_UART_TX_GPIO 17
#define CONFIG_CONSOLE_UART_RX_GPIO 5