Início / unix / Perguntas / 475017
Accepted
UserK
Asked: 2018-10-13 01:53:59 +0800 CST

Livrando-se de um console serial no Respeaker Core V2

  • 772

Tenho um Repeaker Core v2.0 e gostaria de usar a interface UART (esta placa possui um adaptador USB para TTL conectado à porta Uart) para fazer esta placa se comunicar com outra.

CONFIGURAÇÃO [EDITADO]

Eu conectei um conversor serial para TTL ao laptop e o conectei aos pinos TX, RX e GND do RespeakerCore. Em seguida, abri um console miniterm (com as configurações corretas de taxa de transmissão e porta) no meu laptop e outro no alto-falante. Liguei o Refalante e o seguinte aparece no miniterm:

Starting kernel ...

[    0.065704] /cpus/cpu@f00 missing clock-frequency property
[    0.071689] /cpus/cpu@f01 missing clock-frequency property
[    0.077712] /cpus/cpu@f02 missing clock-frequency property
[    0.083677] /cpus/cpu@f03 missing clock-frequency property
[    0.829278] rk-vcodec 20020000.vpu-service: could not find power_model node
[    0.856875] rockchip-vop 20050000.vop: invalid resource
[    0.862758] rockchip-vop 20050000.vop: invalid resource
[    0.868586] rockchip-vop 20050000.vop: missing rockchip,grf property
[    0.876380] i2c i2c-0: of_i2c: modalias failure on /hdmi@200a0000/ports
[    2.037851] cpu cpu0: Failed to get pvtm
[    2.122396] rockchip-dmc dmc: Failed to get pvtm
[    2.128437] rockchip-dmc dmc: failed to get vop bandwidth to dmc rate
[    2.139954] rknandbase v1.2 2018-05-08
[    2.612237] rk_gmac-dwmac 30200000.ethernet: Can not read property: tx_delay.
[    2.620241] rk_gmac-dwmac 30200000.ethernet: set tx_delay to 0x30
[    2.627017] rk_gmac-dwmac 30200000.ethernet: Can not read property: rx_delay.
[    2.635007] rk_gmac-dwmac 30200000.ethernet: set rx_delay to 0x10
[    2.642046] rk_gmac-dwmac 30200000.ethernet: cannot get clock clk_mac_speed
[    5.638765] get ac108 regulator name failed 
[    5.749516] get ac108 regulator name failed 
[    5.760861] mali-utgard 20001000.gpu: Failed to get pvtm
[    5.938710] devfreq 20001000.gpu: Couldn't update frequency transition information.
[    6.153327] ac108_write error->[REG-0x00,val-0x12]
[    6.175033] ac108_write error->[REG-0x00,val-0x12]
[    9.971169] rk_gmac-dwmac 30200000.ethernet: rk_get_eth_addr: mac address: 72:1c:0a:8e:4a:4a

Debian GNU/Linux 9 glutamate ttyS2

respeaker.io Debian Image 20180801

Support/FAQ: http://respeaker.io

glutamate login:

Os pinos TX e RX são usados ​​como console serial.

userk@glutamate:~$ setserial -g /dev/ttyS[0123]
/dev/ttyS0, UART: 16550A, Port: 0x0000, IRQ: 29
/dev/ttyS1, UART: 16550A, Port: 0x0000, IRQ: 30
/dev/ttyS2, UART: 16550A, Port: 0x0000, IRQ: 31
/dev/ttyS3, UART: unknown, Port: 0x0000, IRQ: 0

E há um serviço que está usando o dispositivo ttyS2 no qual estou interessado.

userk@glutamate:~$ sudo systemctl status | grep tty
           │ ├─system-serial\x2dgetty.slice
           │ │ ├─[email protected]
           │ │ │ └─721 /sbin/agetty --keep-baud 115200,38400,9600 ttyS2 vt220
           │ │ └─[email protected]
           │ │   └─747 /sbin/agetty --keep-baud 115200,38400,9600 ttyGS0 vt220
           │ │ └─767 brcm_patchram_plus --enable_hci --no2bytes --use_baudrate_for_download --tosleep 200000 --baudrate 1500000 --patchram /system/etc/firmware/bcm43438a0.hcd /dev/ttyS1
           │ ├─system-getty.slice
           │ │ └─[email protected]
           │ │   └─720 /sbin/agetty --noclear tty1 linux
               │ ├─1050 grep tty

O que eu tentei

Tentei parar o serviço com o seguinte comando:

sudo systemctl stop [email protected]

mas após 5 segundos ele reinicia automaticamente.

O problema

Após um curto período de tempo, o sistema começa a enviar a saída do console novamente para a porta ttyS2.

É possível remover completamente o console serial vinculado ao ttyS2?

Solução

Basta parar e desativar o serviço:

sudo systemctl stop [email protected]
sudo systemctl disable [email protected]

e a comunicação funciona em ambas as direções.

debian serial-port

1 respostas

  1. Best Answer

    Você está procurando no lugar errado.

    O item de configuração fundamental que impulsiona isso é a consoleconfiguração que se dá na linha de comando ao kernel por meio do carregador de inicialização. É isso que informa ao gerador quais serviços de console serial devem ser iniciados. É isso que diz ao kernel para onde enviar a saída do console do kernel. É isso que diz ao kernel para onde enviar a /dev/consolesaída. Se você não quer que seu dispositivo serial seja um console, é isso que você precisa ajustar.

    No entanto, observe que você não tem um [email protected]serviço. Você tem um [email protected]serviço e um [email protected]serviço. Então o sistema pensa que ttyGS0é o seu dispositivo de console serial, e aparentemente já acha que não ttyS2é.

    Você provavelmente fez [email protected]à mão em algum momento. Não é algo que o systemd faz como padrão; porque está incorreto. O [email protected]modelo não é adequado para dispositivos seriais e foi projetado para dispositivos de terminal virtual do kernel. Observe que o modelo correto, [email protected], foi instanciado no outro dispositivo que o sistema acredita ser seu console.

    Então desative [email protected].

    Leitura adicional

    • 1

relate perguntas