Wie würden Sie Gleichstrom, bidirektionale serielle Daten und ein HF-Signal auf einer einzigen 50-Ohm-Koax-Speiseleitung kombinieren?

Ich möchte ein entferntes Gerät mit Strom versorgen und mit ihm über ein serielles Protokoll am anderen Ende einer 50-Ohm-Koaxialleitung (RS232, i2c, SPI usw.) kommunizieren und gleichzeitig ein HF-Signal senden/empfangen ( 144-148MHz Amateurfunkband).

Ein Bias-T-Stück ist einfach genug, um Strom in die Leitung zu bringen, aber wie könnte ich serielle Kommunikation hinzufügen?

  • Gibt es vorhandene Komponenten oder ICs, um eine solche Datenkapselung zu ermöglichen?
  • Welche Bitrate können Sie erreichen?
"RS232, i2c, SPI usw." - also wäre eines davon geeignet? Welche Bitrate benötigen Sie und warum benötigen Sie diesen Kommunikationskanal?
Sie könnten an diesem opamp-basierten Zirkulator interessiert sein . Mit einem Set an beiden Enden hinter geeigneten Filtern könnten Sie bidirektionale Kommunikationsdaten senden, ohne Modulationen oder Mischungen vornehmen zu müssen. Möglicherweise müssen Sie jedoch darüber nachdenken, die Spannungsoffsets zu optimieren, damit Sie das Signal der Gleichstromversorgung überlagern und ein Bias-T-Stück hinzufügen, um alles von der HF zu trennen.
I2C und SPI benötigen beide mehr als einen Draht (plus Erde), also wie planen Sie, sie über ein einziges Koaxialkabel zu senden?
Verwenden Sie für die seriellen Daten eine Art Low-Power-RF-900-MHz-Telemetrieschema. DC ist einfach. Es gibt bereits DC-Injektoren für HF. Die 900-MHz-Telemetrie stört Ihren 144-MHz-TX/RX nicht. Sie sollten ein Dämpfungsglied für Ihre 900-MHz-Sachen verwenden, da Sie eher eine direkte Kabelverbindung als eine Funkverbindung haben.

Antworten (3)

Sie wurden ursprünglich nicht dafür entwickelt, aber ich habe Anwendungen gesehen, die bidirektionale Funkchips wie den TI CC1101 verwenden , um Steuer-/Statusdaten in beide Richtungen durch ein Koaxialkabel neben Gleichstrom und einem anderen HF-Signal zu übertragen.

Der Chip verarbeitet viele Details und ist relativ einfach mit einem Mikrocontroller einzurichten. Tatsächlich kümmert sich in einem Design ein sehr einfacher „Softcore“-Mikrocontroller, der in ein FPGA eingebettet ist, darum. Die Datenrate kann beliebig von 0,6 bis 600 kbps eingestellt werden.

So etwas scheint die beste Lösung zu sein. Wenn das OP auf 2 m senden soll, müssen möglicherweise gute Hochpassfilter vor die Funkchips gesetzt werden, um sicherzustellen, dass der 2 m TX ausreichend gedämpft wird.
Das gefällt mir wirklich gut! Schöner Fang und +1!
Der TI scheint eine gute Option zu sein, ich schaue mir auch den Si4455 an ( mouser.com/datasheet/2/368/Si4455-1397974.pdf ). Sie sehen ähnlich aus, aber sehen Sie einen bemerkenswerten Unterschied?
Ich stimme zu - auf dem Papier scheinen sie funktional sehr ähnlich zu sein. Ich habe jedoch keine direkten Erfahrungen mit dem Si4455.
Nur um eine weitere Option hinzuzufügen - Semtech SX1232. Ich fand den Software-Stack von Semtech etwas einfacher zu handhaben als CC110x. Der Nachteil hier ist die niedrigere Baudrate - sie erreicht maximal 300 kbps.
Eine etwas bessere Lösung würde ein integriertes RF + MCU-Teil verwenden. Espressif, TI, SiLabs und andere haben solche Teile.

Frequenzmultiplex:

Bei Consumer-Satellitenhardware erfolgt die Signalisierung unter Verwendung von Spannungsmodulation und 22-kHz-Tonstößen

Wenn die Datenrate niedrig ist, würde ich das Signal über die Leitung senden, indem ich die Versorgungsspannung moduliere (z. B. zwischen 13 V und 15 V umschalte) und mit 22-kHz-Bursts wieder nach unten signalisieren.

Gibt es vorhandene Komponenten oder ICs, um eine solche Datenkapselung zu ermöglichen?

Sie müssten wahrscheinlich Ihre eigenen Treiber erstellen. als Schnittstelle zwischen dem UARTS und dem Kabel

Welche Bitrate können Sie erreichen?

Wie gut kann man VLF-Filter bauen?

Eine andere Option könnte die Verwendung von POTS-Modemsignalen sein. Dafür gibt es Chips, aber auch hier müssen Sie die VLF-Datensignale von den VHF-Funksignalen trennen und wahrscheinlich Ihre eigenen Leitungstreiber entwerfen. 9600 Bits pro Sekunde sind so wohl ohne großen Aufwand möglich. 300 Bit pro Sekunde mit deutlich weniger Aufwand.

Wie würden Sie kombinieren

  • Gleichstrom,
  • bidirektionale serielle Daten und
  • ein HF-Signal an
  • A einzel 50-Ohm-Koax-Zuleitung?

Vergessen wir nicht, was die Frage in Bezug auf Kabel sagt: -

die einzelne Koax-Speiseleitung

Normale serielle Datenkommunikation auf UART-Ebene würde den HF-Empfang stören, aber Sie könnten die Daten sicherlich so modulieren, dass ihr Spektrum außerhalb der Bandbreite des HF-Signals liegt, und Sie würden leicht mehrere zehn Megabit pro Sekunde erreichen und die HF-Übertragung nicht stören. Einfach genug mit einem Colpitts-Oszillator und einer Varaktordiode. Wenn Sie mehr Raffinesse benötigen, wickeln Sie den Oszillator um eine PLL wie den ADF4110 .

Sie können Daten auf zwei verschiedene Träger auf- und abmodulieren, sodass Vollduplex erreicht werden kann. Sie können problemlos mehrere 10 Mbit/s in beide Richtungen erreichen. Betreiben Sie den Uplink mit ca. 350 MHz und den Downlink mit ca. 450 MHz.

Vergessen Sie rohes SPI oder I2C oder RS232 und denken Sie an UART-Daten, die verschlüsselt und auf einen Träger moduliert werden (einfaches Beispiel für Verschlüsselung): -

Geben Sie hier die Bildbeschreibung ein

Hier ist ein weiteres Beispiel für das Verschlüsseln und Entschlüsseln: -

Geben Sie hier die Bildbeschreibung ein

Dadurch wird die Bandbreite unter Kontrolle gehalten und von der HF und den Downstream-Daten ferngehalten (die auch verschlüsselte Daten, aber eine andere Trägerfrequenz verwenden). Die Daten werden mit im Grunde der gleichen Schaltung entschlüsselt, aber Sie benötigen an jedem Ende eine Empfangsdatentakt-Wiederherstellungsschaltung, um die Daten erfolgreich in ihr unverschlüsseltes Format wiederherzustellen. Oder Sie könnten die Manchester-Codierung verwenden, aber dies frisst die Bandbreite und schränkt schließlich die Hochgeschwindigkeitsdatenraten im Vergleich zum Verschlüsseln der Daten ein.

Aber der Teufel steckt im Detail, und wenn Ihr HF-Signal wirklich energiearm ist (dh ein direktes Antennensignal), müssen Sie darauf achten, dass die Datenenergie (wenn auch moduliert) nicht über das HF-Datenspektrum spritzt. Deshalb ist es wichtig, dass die Daten verwendet werden: -

die Bandbreite oberhalb des HF-Verbindungsspektrums

Wenn die Bandbreitenanforderungen für den Up- und Downstream jedoch nicht so groß sind (dh Kilobit pro Sekunde), kann dies problemlos unterhalb des HF-Teils des Spektrums (144 MHz bis 148 MHz) erfolgen. Vollduplex ist möglicherweise nicht erforderlich, was auch die Dinge vereinfacht.

Sie könnten mehrere langsame Datenträger zwischen DC und RF einbauen, aber die Frage lautete: -

welche Bitrate erreicht werden konnte

Und mangels anderer Informationen steht oberhalb des 148-MHz-Bereichs eine überlegene Bandbreite zur Verfügung, die ohne exotische Modulationsarten verwendet werden kann. Ich denke an ganz normales FSK für die Datenverbindungen. dort gewesen usw..

Die Bereitstellung von Gleichstrom ist dagegen trivial, da dessen Bandbreite (also die vom Verbraucher geforderten Stromschwankungen) mit guten Filtern recht gut begrenzt werden kann.

Diese Art von Design hängt wirklich davon ab, wie gut Sie Filter entwerfen können.

Wie würden die UART-Daten in den Träger gemischt, was meinen Sie mit "verschlüsselt"? Kannst du dir eine einfache Schaltung ausdenken? Welche Kodierung würdest du verwenden?
Das Blockdiagramm in meiner Antwort gibt einen Hinweis - X1 bis X7 sind Flip-Flops vom Typ d. Die runden Symbole mit einem Pluszeichen sind Exklusiv- oder Tore. Praktisch dieselbe Schaltung entschlüsselt die verschlüsselten Daten zurück in normale Daten. Der Trick besteht darin, das Taktsignal aus dem verschlüsselten Signal wiederzugewinnen, damit es durch die d-Typen und exklusiven oder Gatter richtig getaktet werden kann.