El problema que está describiendo fue causado por una herramienta de dispositivo de nivel bajo -(como dd )escribiendo bloques en el tamaño incorrecto directamente en el dispositivo.
Para solucionar esto, debe volver a -escribir los bloques del dispositivo al tamaño adecuado. Esto se puede hacer con dd. Verifique dos veces su dispositivo de salida antes de ejecutar el comando
sudo dd if=/dev/zero of=/dev/sdb bs=2048 count=32
Una vez que se completa el comando dd, debería poder acceder a su dispositivo a través de gparted.
o bien intente debajo del comando
wipefs -a /dev/your-device
borrará todas las particiones en su disco
Я нашел решение expect
ключевое слово с ожидаемым результатом после команды:
start:
send AT+CSQ
expect "OK"
sleep 2
goto start
Согласитесь, что «ожидание» — это обходной путь, хотя и не идеальный, потому что он может распечатать вывод последовательного порта только после того, как увидит свое ожидание, если он не увидит ожидаемое ключевое слово, он ничего не напечатает независимо от вывода последовательного порта.
Пример ниже отправляет «help» каждые 2 секунды и длится 20 секунд, он ожидает «kann>» в ответ на команду «help» и печатает любые символы до и включая «kann>» после «help»
debian@bbb:~$ cat minicomscript.txt
verbose on
timeout 20
loop:
send help
expect "kann>"
sleep 2
goto loop
debian@bbb:~$ minicom -S minicomscript.txt