0

I'm trying to run a process on my RPi that acts as a SerialPort echo: that is, simply log to a file every character it receives.

My RPi is connected to my Mac (or PC) by a USB>TTL cable. I confirmed the cable works by logging into the console via UART0, by using screen /dev/cu.usbserial on my Mac.

The OS is Raspbian Jessie and I have disabled serial login using raspi-config and removed the console arguments from /boot/cmdline.txt. This works since I can no longer log in via screen or putty.

I figured before writing the Python/Perl/Node code to act as the echo, I'd test out the connection first using screen.

The problem is, I assumed I could simply run screen /dev/tty1 9600 on my RPi, and then run screen /dev/cu.usbserial 9600 on my Mac (or COMx/9600 on PuTTY on my PC) and then both terminals would just echo to each other.

Both instances of screen start (the ports are open), but neither one is echoing to the other.

What am I missing in terms of configuration on the PI, or misunderstanding about serial/UART communication?

Thanks in advance, PT

SOLUTION: Milliways and goldilocks pointed out that /dev/tty1 is a terminal. Once that was cleared up I saw that serial0 is a link to ttyAMA0. However, neither of those worked. I had to go into /boot/config.txt and fix this "enable_uart=0" to "enable_uart=1". Now screen to screen works with /dev/serial0.

Freeman
  • 103
  • 4

1 Answers1

1

I think your problem is on the Pi /dev/tty1 isn't a UART anything.

TTY is a generic term for a text based terminal interface. A serial console is a sort of subcategory of that, but not all ttys are serial consoles. The OS will normally run 6 such virtual terminals ("virtual" by the fact that they aren't actually hardware artifacts) which you can access locally using AltCtrlF-[1-6]. You can run screen within such a terminal, because screen isn't exclusively for the purpose of making remote serial connections.

On the pi, both /dev/tty1 and a UART interface (such as /dev/ttyAMA0) are specified in cmdline.txt for use as outputs for console messages from the kernel, which create some confusion. The UART allows for the messages to be read via a serial connection; tty1 means they will also show up on the primary hardware display.

goldilocks
  • 60,325
  • 17
  • 117
  • 234