Шум (связанный с емкостью?) В последовательном сигнале

«Резюме» картинки:

Я хочу декодировать последовательный сигнал, выходящий из разъема для наушников моего планшета. Это несколько странный «взлом», который существует в некоторых телефонах и планшетах: в основном, если вы подаете 3,3 В на микрофонный вход штекера TRRS, левый и правый каналы становятся последовательными TX / RX.

Я использовал кабель Raspberry PI TRRS-to-TV (как вы можете видеть на 2-м рисунке), чтобы получить доступ к 4 нужным мне местам: GND, MIC, L, R. Кабель не должен делать ничего, кроме воздействия 3 сигнала (MIC, L, R - в паре с GND) в трех соответствующих кабелях (красный, белый, желтый).

Я использовал датчики BitScope для проверки между TX (кончик белого кабеля на 2-м рисунке) и общим GND (коричневый зонд в нижней части 2-го изображения). Я также использовал два датчика (красный и синий) для «подачи» 3,3 В от моего USB / TTL-чипа (PL2303HX, подключенного к моему ноутбуку) к наконечнику MIC (красный).

После перезагрузки планшета я действительно увидел, что безошибочно последовательный сигнал в 115200 (от 8 до 9 мкс), но с большой емкостью (видео) .

Итак, мой вопрос - прежде чем я выхожу в интернет и заказываю штекер TRRS, кабели и паяльник - это емкость, которую я вижу из-за ...

• кабель TRRS-to-TV длиной 1 метр или использование зондов вместо паяных кабелей

ИЛИ ЖЕ

• зонды и кабель на самом деле не могут учитывать такую ​​большую емкость, и причина, по которой я это вижу, заключается в том, что гнездо для наушников планшета просто не было предназначено для излучения этого сигнала (то есть то, что я вижу, действительно то, что выходит из гнезда) ,

Как вы, наверное, догадываетесь, я новичок в такого рода вещах; Я - специалист по программному обеспечению, купил мой BitScope неделю назад и хотел бы получить доступ к сериалу моего планшета для «удовольствия и выгоды» (взломать загрузчик, собрать для него Cyanogenmod и т. Д.).

Я был бы признателен за приблизительное предположение о том, является ли это безнадежной причиной (т.е. кабели не могут объяснить такую ​​большую емкость) или нет.

Заранее спасибо за любую помощь / предложения.

Итак, я последовал совету двух добрых людей, которые прокомментировали ... Вот результаты.

1. Али Чен указал, что медленные края могут быть связаны с емкостью кабеля RCA; и «Аноним» рекомендовал прикреплять прямо к плате с помощью домкрата без проводов. Я последовал их совету, снял планшет, чтобы обнажить печатную плату, подключил обнаженное гнездо и исследовал его - но, к сожалению, результаты были такими же: очень медленные, явно управляемые емкостью края. Это были не провода RCA - вместо этого, похоже, что тот, кто разработал планшет, не очень заботился о последовательном сигнале, выходящем из гнезда для наушников (вероятно, использовал другой способ взаимодействия с платой). Я попытался исследовать всю печатную плату в надежде найти более чистый последовательный сигнал, но мне это не удалось.

2. Аноним также рекомендовал уменьшить скорость передачи данных; к сожалению, нет никакого документированного способа повлиять на процесс загрузки моего планшета, чтобы настроить скорость передачи в бодах, используемую во время u-boot (что меня и интересовало) ...

Но это можно сделать после загрузки завершена, изнутри оболочки ADB - так что мне удалось собрать свое собственное ядро и стать корнем .

Так что я смог сделать это ...

$ su
# stty -F /dev/ttyHSL0 9600
# while true ; do echo UUUUUUU > /dev/ttyHSL0 ; sleep 0.1 ; done

И действительно, результат гораздо приятнее:

Я почти уверен, что этот сигнал можно хорошо декодировать, если я использую переключатель (он на 1,8 В, поэтому мой 3,3 В USB-TTL все еще не может его декодировать).

Итак, в заключение: «последовательный порт моего планшета внутри разъема для наушников» действительно можно использовать только ПОСЛЕ завершения загрузки, а скорость UART замедлилась до 9600 бод; что прискорбно, поскольку последовательный вывод наиболее необходим во время процесса загрузки (если что-то не получается, то есть), и в течение этого времени скорость UART жестко закодирована в загрузочном коде моего планшета со скоростью 115200 бод.

PS Я также попробовал предложение от друга, чтобы использовать напряжение 3.3K к шине 3.3V в последовательном сигнале, посылаемом через разъем для наушников - безрезультатно.

ОБНОВЛЕНИЕ, 3 дня спустя

Я выстоял :-)

Следуя совету Криса Страттона - хороший преобразователь может справиться даже с таким сигналом - я купил паяльник, BSS138, макет и несколько кабелей. После того, что, вероятно, является худшей работой по пайке, мне когда-либо удавалось припаять колпачки выводов на BSS138, а затем приступить к прикреплению его к макету и создать этот запутанный беспорядок:

Чего я не ожидал, так это того, что после появления minicom и «перезагрузки fastboot», к моему полному изумлению, я увидел это:

Невероятно - после того, как BSS138 «поднимает» сигнал с 1,8 до 3,3 В, этот жалкий, пронизанный емкостью сигнал действительно может быть декодирован! Я наконец могу понять, почему мой планшет не загружается.

Здравствуйте, маленький планшет - я вам сейчас :-)

Достаточно ли пропускной способности вашего DSO при скорости 524 кбит / с, чтобы даже показывать прямоугольную волну со скоростью передачи данных 115,2 кбит / с? Я так думаю. просто к вашему сведению Я могу ошибаться.

Может быть, вы использовали более медленное разрешение.