Zeitbereichsreflektometrie

[Peter(TOO)]

Hallo,

Kann man so etwas ähnliches wie die Zeitbereichsreflektometrie auch mit anderen Kabeln ausser mit Koaxkablen betreiben?

Und kann ich zB bein einem isolierten (oder auch nicht isolierten) Kupferkabel über die Laufzeit eines Impulses von einem Ende zum Anderen Ende, bei bekanntem Widerstand, Durchmesser usw. dessen Länge ermitteln?

Ja.
Gibt es serienmässig bei manchen Ethernet-Chips im PC, also für TX-Verkabelung.

MfG Peter(TOO)

[Modellbauer]

Wo kann ich mehr dazu finden bzw. wie heißt das genau?
kann ich das mit einem Arduino machen?

[Peter(TOO)]

Hallo,

Wo kann ich mehr dazu finden bzw. wie heißt das genau?
kann ich das mit einem Arduino machen?

Die meisten Einträge findest du unter "time-domain reflectometry" (TDR), sonst wäre noch "Impulsreflektometrie".

Hier eine Anleitung für einen Sender, Auswertung mit Oszilloskop:
http://www.epanorama.net/circuits/tdr.html

Grundsätzlich ist das schon mit einem Arduino machbar. Die Frage ist, welche Auflösung und Genauigkeit du haben willst.
Du musst mit Laufzeiten um die 20cm/ns rechnen (Im Kabel erreicht man um die 60-70% der Lichtgeschwindigkeit). 1ns entsprächen also etwa 10cm Kabellänge (10cm hin und 10cm zurück).
Je nachdem wirst du mit einer Auflösung von einigen Metern rechnen können.

MfG Peter(TOO)

[i_make_it]

Bei Netzwerkkabeln nennt man den Kabelparamter NVP (Nominal Velocity of Propagation) und es sind dort üblicherweise um die 80%c (0,8°c).
Und da dieser Parameter vom Hersteller angegeben wird, kann man per TDR die Kabellängen messen. Ist eine Funktion die jeder moderne Kabelzertifizierer kann.

Rein unter Arduino, wird man nicht weit kommen.
Mit micros() kommt man auf eine Auflösung von maximal 1µs.
nimmt man mal 0,6°c für ein Kabel an, und setzt c mit 300000km/s an, kommt man auf:
c * 0,6 * 1000m/km / 1000ms/s / 1000µs/ms = 180m/µs

Unabhängig von der Befehlslaufzeit, könnte man mit Arduino also nicht besser als 90m auflösen, Da das Signal ja hin und zurück muß (zusammen 180m).


Eine Möglichkeit wäre ein externer ADC mit 1GSPS oder mehr.
Ein entsprechend schneller 1 zu n Demultiplexer und n Puffer die dann n Speicherbänke bedienen.
Man startet das sampling mit fester Taktrate und sendet einen Ping aus.
Das ausgehende Signal wird vom ADC erfasst und gespeichert.
Das Echo wird auch erfasst und gespeichert.
Nach einer vorgegebenen oder einstellbaren Zeit wird die Messung beendet und die Auswertung beginnt.
Hier kann der Arduino dann die gespeicherten Daten auslesen und das ausgehende Signal als Nullmarke nehmen.
Über den Takt ist es dann (vom Prinzip) nur noch ein Zählen der gespeicherten Samples bis das Echo erkannt wird.
Dann noch umrechnen (Takt mal Anzahl der Samples bis zum Echo, geteilt durch zwei, mal Faktor des Kabels gleich Länge)

Das Demultiplexen und Aufteilen auf verschiedene Speicherbänke reduziert die Kosten für den Speicher, da man langsameres RAM nutzen kann.
Da ich so ein Projekt mal 2001 angegangen bin, war das damals 350ns DRAM auf 16 Bänke (1 zu 16 Demux) was dann 22ns pro Sample ergeben hätte. Da der Projektgrund wegviel, bin ich nie über die theoretischen Überlegungen hinausgekommen.
Entsprechend schnelle ADCs gibt es, Demux war schon etwas eng mit einem DSP ließe der sich realisieren (aber die Kosten) FPGA war zu langsam.