Rauschen (kapazitätsbezogen?) Im seriellen Signal

Die "Executive Summary" Bilder:

Ich möchte das serielle Signal aus der Kopfhörerbuchse meines Tablets dekodieren. Dies ist ein etwas seltsamer "Hack", der in einigen Handys und Tablets vorkommt: Wenn Sie 3,3 V in den Mikrofoneingang Ihres TRRS-Steckers einspeisen, werden der linke und der rechte Kanal zu seriellem TX / RX.

Ich habe ein Raspberry PI TRRS-zu-TV-Kabel verwendet (wie Sie im zweiten Bild sehen können), um Zugang zu den 4 Stellen zu erhalten, die ich brauchte: GND, MIC, L, R. Das Kabel darf nichts anderes als Belichten die 3 Signale (MIC, L, R - gepaart mit GND) in den drei entsprechenden Kabeln (rot, weiß, gelb).

Ich habe die Sonden meines BitScope verwendet, um zwischen dem TX (Spitze des weißen Kabels im 2. Bild) und dem gemeinsamen GND (braune Sonde am unteren Rand des 2. Bildes) zu prüfen. Ich habe auch zwei Sonden (rote und blaue) verwendet, um 3,3 V von meinem USB / TTL-Chip (ein an meinen Laptop angeschlossener PL2303HX) an die MIC-Spitze (rot) zu "speisen".

Beim Neustart des Tablets sah ich zwar ein unverkennbares serielles Signal bei 115200 (Spitze-Spitze von 8 bis 9us), aber mit viel Kapazität (Video) .

Meine Frage - bevor ich online gehe und einen TRRS-Stecker, Kabel und einen Lötkolben bestelle - ist die Kapazität, die ich aufgrund von ...

• das 1 Meter lange TRRS-zu-TV-Kabel oder die Verwendung von Sonden anstelle von gelöteten Kabeln

ODER

• Die Sonden und das Kabel können tatsächlich nicht so viel Kapazität ausmachen, und der Grund, warum ich das sehe, ist, dass die Kopfhörerbuchse des Tablets einfach nicht dafür ausgelegt ist, dieses Signal zu senden (dh was ich sehe, ist tatsächlich das, was aus der Buchse kommt). .

Wie Sie wahrscheinlich erraten können, bin ich für solche Dinge sehr neu. Ich bin ein Software-Typ, habe mein BitScope vor einer Woche gekauft und würde gerne auf die Seriennummer meines Tablets zugreifen, um "Spaß und Gewinn" zu erzielen (Bootloader-Sachen hacken, Cyanogenmod dafür kompilieren usw.).

Ich würde mich über eine geschätzte Vermutung freuen, ob dies eine verlorene Ursache ist (dh die Kabel können nicht so viel Kapazität erklären) oder nicht.

Vielen Dank im Voraus für jede Hilfe / Vorschläge.

Also folgte ich dem Rat der beiden freundlichen Leute, die kommentierten ... Hier sind die Ergebnisse.

1. Ali Chen gab an, dass die langsamen Flanken auf die Kapazität des Cinch-Kabels zurückzuführen sind. und "Anonymous" empfahlen, mit einer Buchse ohne Kabel direkt an der Platine zu befestigen. Ich folgte ihrem Rat, zog das Tablet aus, um die Leiterplatte freizulegen, steckte eine nackte Buchse ein und untersuchte sie - aber die Ergebnisse waren leider die gleichen: sehr langsame, klar kapazitätsgesteuerte Kanten. Es waren nicht die Cinch-Kabel - stattdessen scheint es, dass derjenige, der das Tablet entworfen hat, das serielle Signal, das von der Kopfhörerbuchse ausgeht, nicht sonderlich interessiert hat (wahrscheinlich wurde eine andere Art der Schnittstelle zur Platine verwendet). Ich habe versucht, die gesamte Leiterplatte zu untersuchen, in der Hoffnung, ein saubereres serielles Signal zu finden, aber ich bin gescheitert.

2. Anonymous empfahl auch, die Baudrate zu verringern. Leider gibt es keine dokumentierte Möglichkeit, den Startvorgang meines Tablets zu beeinflussen, um die beim U-Boot verwendete Baudrate zu konfigurieren (woran ich interessiert war) ...

Es ist jedoch möglich, dies nach Abschluss des Startvorgangs innerhalb einer ADB-Shell zu tun - da ich es geschafft habe , meinen eigenen Kernel zu kompilieren und root zu werden .

Also konnte ich das machen ...

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

Und tatsächlich ist das Ergebnis viel schöner:

Ich bin mir ziemlich sicher, dass dieses Signal gut dekodiert werden kann, wenn ich einen Shifter verwende (es liegt bei 1,8 V, sodass meine 3,3 V USB-TTL es immer noch nicht dekodieren kann).

Fazit: Der "serielle Anschluss meines Tablets in der Kopfhörerbuchse" kann erst wirklich verwendet werden, nachdem der Startvorgang abgeschlossen ist und der UART auf 9600 Baud verlangsamt wurde. Das ist bedauerlich, da die serielle Ausgabe während des Startvorgangs am meisten benötigt wird (wenn etwas fehlschlägt) - und während dieser Zeit ist die UART-Geschwindigkeit im Startcode meines Tablets mit 115200 Baud fest codiert.

PS Ich habe auch einen Vorschlag eines Freundes versucht, in dem von der Kopfhörerbuchse gesendeten seriellen Signal ein 3,3-K-Pull-up in Richtung der 3,3-V-Schiene zu verwenden - ohne Erfolg.

UPDATE 3 Tage später

Ich habe durchgehalten :-)

Auf den Rat von Chris Stratton hin, dass ein guter Schalthebel auch mit dieser Art von Signal umgehen kann, kaufte ich einen Lötkolben, einen BSS138, ein Steckbrett und ein paar Kabel. Nach dem wahrscheinlich schlimmsten Lötjob aller Zeiten gelang es mir, die Stiftleisten auf dem BSS138 zu löten, sie dann am Steckbrett zu befestigen und dieses Wirrwarr zu verursachen:

Was ich nicht erwartet hatte, war, dass ich nach dem Laichen von Minicom und dem Ausführen eines "Fastboot-Neustarts" zu meinem größten Erstaunen Folgendes sah:

Unglaublich - nachdem BSS138 das Signal von 1,8 auf 3,3 V "angehoben" hat, kann dieses miserable, kapazitätsgeplagte Signal tatsächlich dekodiert werden! Ich kann endlich sehen, warum mein Tablet nicht bootet.

Hallo, kleines Tablet - ich besitze dich jetzt :-)

Hat Ihr DSO genug Bandbreite bei 524 kbit / s, um sogar eine Rechteckwelle mit einer Datenrate von 115,2 kbit / s anzuzeigen? Ich glaube schon. Nur zu deiner Information. Ich könnte falsch liegen.

Vielleicht haben Sie eine langsamere Auflösung verwendet.