Low Cost HD-Video Übertragung + Telemetrie

Status
Nicht offen für weitere Antworten.

nachbrenner

Erfahrener Pfuscher
Danke für die Tipps!

Ich glaube das Problem gefunden zu haben: In meiner Pipeline hatte ich das Bild auf auf Ground-Seite gedreht (videoflip methode=rotate-180). Als ich das weg genommen habe lief es jetzt deutlich besser und war eindeutig gut fahrbar.

Video des aktuellen Zustands finde sich in meinem Baubericht
 

0n3 70uch

Erfahrener Benutzer
Moin,

habe gerade erfolgreiche meine Panasonic GH4 mit den Ubiquiti Rocket M5 verbunden. Die Wandlung von HDMI auf TCP/IP erfolgt mit den Delock Extendern. Die Latenz liegt bei akzeptablen 300mS.

Jetzt geht es an den Reichweitentest...

Gruß
Fabi
 

Anhänge

Zuletzt bearbeitet:

aargau

Erfahrener Benutzer
Das hört sich Interessant an, Fabi. Zwar nicht für FPV aber als Bildkontrolle beim HD Filmen sehr wohl eine brauchbare Lösung wenn zumindest ca. 100m möglich sind.
Kannst du etwas genaueres zu dem HDMI Extender sagen? Was kostet das ding?
Von den 300ms wird noch ein gutes Stück von der Kamera selber kommen denke ich. Meine Nikon P7700 hat auch am Analogout ein extremes delay
 

sandmen

Erfahrener Benutzer
Ich benutze dafür den http://www.lenkeng.net/HDMIwangluochuanshuqi/lenkeng72.html
Hat ein Delay von 1-2 frames, und kostet nicht wirklich viel.
Nachteil, rechnerisch, kann man höchstens 1080p mit ~18fps üebr 100mBit ausgeben.
Sendet "uncompressed MJPEG" als broadcast message.
Nicht einfach Hackbar, aber das meiste ist getan.
Den Video strem kann man auf dem PC bereits anzeigen.

@0n3 70uch
transcodierst Du irgend wo dazwischen ?
 
Zuletzt bearbeitet:

aargau

Erfahrener Benutzer
@sandmen: Kann man denn wenigstens die Auflösung auf dem teil konfigurieren oder nimmt er einfach das, was du ihm als Input gibst? Denke das dürfte über Wlan dann doch etwas knapp werden, die Ubis schaffen bei mir Maximal 80Mbit/s. und das auch nur wenn sie wirklich fast nebeneinander stehen. Heisst wohl, dass man 100m als Bildkontrolle damit auch nicht realisieren könnte bzw. halt eben das ganze irgend wo noch umwandeln/komprimieren müsste. Denke aber dafür wäre der Pi auch zu schwach?
 

sandmen

Erfahrener Benutzer
Es gibt ein paar Settings an dem Extender.
Unter anderem fps usw.. Leider natürlich nicht dokumentiert. -> Dauert also.

Für's transcodieren wäre der Raspi nicht unbedingt schlecht, aber ich weiß nicht ob er die 100mBit schaft.
Beim Rasp, ist halt so, 2 Geräte über die "beschnittene" USB-NW Bridge laufen zu lassen, ist mehr als ein Abenteuer.

Fakt ist auf jeden Fall, der BananaPi schafft das von der Schnittstelle her (Gig-Lan),
aber ist vermutlich einer der am schlechtesten Dokumentierten SoC's.
Das heißt der transcoder läuft mom. mehr als bescheiden.

Zudem bin ich gerade beruflich in den Staaten, mal schauen.
Gibt ja auch zum Glück noch "richtige" SoC's.

(Xilinx zynq Series, habe ich hier liegen, der kann mehrere HD Video's parallel verabeiten ;-) )
Würde aber auch dauern, wir evaluieren halt gerade systeme zur Video navigation.
Hat aber nichts mit "Low Cost" zu tun.
 
Zuletzt bearbeitet:

Lonestar78

Erfahrener Benutzer
@larsmm,
also das der Fehler auch auf nem Nexus 5 auftaucht ist eigenartig, das benutze ich hier zur Entwicklung...
welches Android?
Ich hab ein gerootetes 4.4.2 drauf.

Die Logcats schau ich mir an.
 

hornetwl

Erfahrener Benutzer
Für's transcodieren wäre der Raspi nicht unbedingt schlecht, aber ich weiß nicht ob er die 100mBit schaft.
Beim Rasp, ist halt so, 2 Geräte über die "beschnittene" USB-NW Bridge laufen zu lassen, ist mehr als ein Abenteuer.

Fakt ist auf jeden Fall, der BananaPi schafft das von der Schnittstelle her (Gig-Lan),
aber ist vermutlich einer der am schlechtesten Dokumentierten SoC's.
Das heißt der transcoder läuft mom. mehr als bescheiden.

Zudem bin ich gerade beruflich in den Staaten, mal schauen.
Gibt ja auch zum Glück noch "richtige" SoC's.
Welche Video-Bitrate schwebt Dir denn vor? Mit 10..20 MBit sollte man doch bei H.264@FullHD doch locker auskommen, selbst wenn ein Beamer und ne 5m-Leinwand dahinter hängt. Oder gibt die HDMI-Bridge das Video unkomprimiert ins "Netz"?
 

sandmen

Erfahrener Benutzer
Mir schwebt so ungefähr 8-10Mbit vor.
Dafür würde man ca. 13-16Mbit Bandweite benötigen.
Natürlich sendet die HDMI Bridge unkomprimiert. Andernfallls wäre es keine Low-Cost Lösung :)
 

hornetwl

Erfahrener Benutzer
Natürlich sendet die HDMI Bridge unkomprimiert. Andernfallls wäre es keine Low-Cost Lösung :)
Eigentlich erstaunlich, denn jede 20EUR-USB-Webcam kann komprimieren. Ist heutzutage eigentlich keine Raketenwissenschaft mehr, der Raspi mit dem im SoC integrierten Encoder beweist es ja.

Apropos oben verlinkte Hardware: sieht mir so aus, als ob das Gerät nicht auf Ethernet umsetzt, sondern einfach nur Cat6-Kabel zur Signalübertragung benutzt. Da wird mit einfachem Transcoding eher nix werden. Eine RJ45-Buchse heißt nicht zwingend Ethernet und erst recht nicht TCP/IP...
 

sandmen

Erfahrener Benutzer
Eigentlich erstaunlich, denn jede 20EUR-USB-Webcam kann komprimieren. Ist heutzutage eigentlich keine Raketenwissenschaft mehr, der Raspi mit dem im SoC integrierten Encoder beweist es ja.
Zeig mir mal bitte ne 20€ Webcam die wirklich komprimiert. Und dabei einigermassen ein Bild liefert, und auch ein paar fps.
Die einzige, die ich kenne ist die C920 von Logitech.
Können natürlich noch mehrere auf dem Markt sein, habe aber keine für 20€ gesehen.


Apropos oben verlinkte Hardware: sieht mir so aus, als ob das Gerät nicht auf Ethernet umsetzt, sondern einfach nur Cat6-Kabel zur Signalübertragung benutzt. Da wird mit einfachem Transcoding eher nix werden. Eine RJ45-Buchse heißt nicht zwingend Ethernet und erst recht nicht TCP/IP...
Worauf basiert diese Aussage ?
Aufgrund vom Bild?

Ich habe das Gerät zu Hause, und ich schreibe nicht einfach etwas.....
Es ist ein RAW-MJPEG Broadcast stream.
 
(Xilinx zynq Series, habe ich hier liegen, der kann mehrere HD Video's parallel verabeiten ;-) )
Würde aber auch dauern, wir evaluieren halt gerade systeme zur Video navigation.
Hat aber nichts mit "Low Cost" zu tun.
Haha, daran habe ich auch schon gedacht. Hab hier ein Zeboard liegen. Aber ich hab es mal ganz schnell auf die lange Bank geschoben, weils wohl doch etwas Overkill wäre. Interessieren würde mich allerdings schon, was man damit so für Latenzen hinbekommt, wenn man am besten direkt 'nen HEVC-Codec in die PL schiebt... Natürlich sollte dann die GroundStation auch ein Zynq sein, damit man die Latenz voll unter Kontrolle hat, zumal die wenigste HW heute schon nen HEVC-Decoder an Board haben dürfte.
 

elch53

Neuer Benutzer
Hier mal ein Update zum meinem "RaspiFPV" ...

Ich nutze folgende Konfiguration:

# Raspberry Pi Model B
# 4GB SDHC Class 10
# Aktuelles Raspbian Image ( mit Win32 Disk Imager geflasht )
# 5V 4A Netzteil ( Damit auch genug Power da ist )

Habe nach dem Flashen dann die passenden Einstellungen mit "raspi-config" abgeschlossen ... mein System booted nun Standardgemäß in den "Textmodus" - der GUI kann manuell gestartet werden, falls nötig ( zum Bsp. zum Camera-Bild Testen ;) )

Das System ist komplett geupdated und folgende Pakete wurden Nachinstalliert:

# gparted
# gstreamer1.0
# synaptic
# wicd

Als Anmerkung sei noch erwähnt, das ich nach der Konfiguration zunächst mit der GUI und dem jeweiligen Programm meine WLAN Internetverbindung eingestellt habe ;)

Befehls-History-danach:

sudo su
apt-get update
apt-get install gparted gstreamer1.0 synaptic wicd
apt-get autoremove
apt-get autoclean
danach habe ich alles was ich von den Apps nicht brauche deinstalliert - hierzu habe ich mir alle Namen dieser Apps aus dem Startmenü abgeschrieben und diese mit Synaptic deinstalliert - allerdings auch nur die, bei denen ich mir auch zu 100% sicher war, das ich diese nicht brauche, wie zum Bsp. "MinecraftPi"

... erst danach habe ich dann mit "apt-get autoremove" und "apt-get autoclean" mein System bereinigt

Nun habe ich mit dem Jeweiligen Befehl den Video-Output eingestellt:

raspivid -n -w 1920 -h 1080 -b 8000000 -fps 30 -vf -hf -t 0 -pf high -o - | gst-launch-1.0 -v fdsrc ! h264parse ! rtph264pay ! udpsink host=123.456.789.012 port=1234
Wobei die Werte bei "-w 1920", "-h 1080", "-b 8000000", "-fps 30", "host=123..." und "port=1234" ja auf die jeweiligen Bedürfnisse angepasst werden sollte - speziell die bei "host" und "port" müssen mit den eigenen Netzwerk-Einstellungen übereinstimmen.

Den Grund dafür erfährt man ja zum einen in diesem Thread (weit weit vorne) sowie beim "Learning by Doing" :D



Habe mir nun einen "Video-Lan-Transmitter" (sowas gibts zum Bsp. bei "www.pollin.de") besorgt und da funktioniert es wunderbar ... das Video wird direkt vom LAN-Kabel abgegriffen und via Funk weitergeleitet :D

Nun muss ich den ganzen Spaß nur noch von der Größe her "einschrumpfen" damit das auch alles auf den "Quopter" passt



Falls gewollt kann ich ja das fertige 4GB-SDHC Image incl. W32 DiskImager hier als ZIP mit einstellen ...

LG ELCH53
 

larsmm

Neuer Benutzer
@larsmm,
also das der Fehler auch auf nem Nexus 5 auftaucht ist eigenartig, das benutze ich hier zur Entwicklung...
welches Android?
Ich hab ein gerootetes 4.4.2 drauf.

Die Logcats schau ich mir an.
Nexus 4 Nr. 1: 4.4.4, gerooted: geht nicht
Nexus 4 Nr. 2: 4.4.4, gerooted: geht nicht
Nexus 4 Nr. 3: keine ahnung: geht nicht
Nexus 5: 4.4.4, gerooted, geht nicht
Nexus 7 2013: 4.4.4, nicht gerooted, geht nicht
Nexus 7 2012: 4.4.4, nicht gerooted, geht nicht
HTC Desire: 4.0.4, lässt sich nicht installieren
Galaxy Note 2: 4.3, nicht gerooted, geht!

Beim Nexus 7 2012 verhält es sich anders. Wenn ich das Menü aufrufe ist es sichtbar. Man erkennt aber schon am überblendeten anti aliasing, dass was nicht stimmt. Sobald ich scrolle verwischt alles.

Hier Videos vom Nexus 4 und Nexus 7 2012.
https://www.dropbox.com/sh/py6c41e0pmc8bmc/AAAh6JHReVm6FkGSVyFBH4s1a?dl=0
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten