FPV Wifi Broadcasting HD Video - Thread zum Raspberry HD Videolink von Befi

[Rangarid]

Du musst unterscheiden zwischen /linux und linux. Wenn vor dem Dateipfad ein / ist, geht man vom Rootverzeichnis "/" aus.

Am einfachsten ist du machst ~/.... Die Tilde heißt Home Verzeichnis also z.B. /home/pi. Wenn du dann schreibst ~/linux/ weiß jeder wo du grade bist, also in diesem Fall dann /home/pi/linux.

Wenn du willst dass wir dir helfen musst du schon mehr angeben als die Meldung da. Was genau machst du wo? Kommt das beim kompilieren vom Kernel oder beim Kompilieren vom Treiber?

Mal abgesehen davon, was erhoffst du dir vom erneuten Kompilieren?

 

[careyer]

Hi Rangarid,

Bin halt Linux-Rookie, aber danke für den Hinweis ;-) ---- Nun soweit zu kopilieren komme ich ja gar nicht, da ich erst die 4 oben stehenden Files editieren/patchen muss. Vorher macht das kopilieren ja keinen Sinn. Das Problem ist, dass das eine file (util.c) in den aktuellen Kernelquellen wohl nicht mehr vorhanden ist.

Hier hätte man anpassen müssen, dass das System mit den negativen Kanalnummern klarkommt.

 

[tomm]

@careyer
also wenn man deinem github link folgt, ist die datei doch da.
ich geh mal davon aus, du kompilierst für die aktuelle stable 4.1.y
siehe https://github.com/raspberrypi/linux/tree/rpi-4.1.y/net/wireless
würd mich auch wundern, wenn die fehlt. ist ja nicht athk9 spezifisch, sondern wir von allen wireless treibern benutzt.
hast du vielleicht im falschen pfad geschaut?

 

[careyer]

@tomm
stimmt... wenn man dem Link folgt ist die Datei vorhanden... aber wenn ich die Kernelquellen clone via

git clone --depth=1 https://github.com/raspberrypi/linux

wird das File (wieso auch immer) nicht mit heruntergeladen.
Ausgangsbasis ist ein frsiches "Weezy" Rasbian Image

 

[Rangarid]

Das Problem ist, dass die Datei in linux/net/wireless ist, der Treiber aber in linux/driver/net/wireless/

 

[careyer]

@Rangarid: Ohh man..... klar! Danke! Manchmal sieht man den Wald vor lauter Files nicht! ;-) Wird Zeit schlafen zu gehen.... GRRR!!!! Danke nochmal

 

[careyer]

So... ich weiß nicht, ob es funktioniert, aber ich versuche mal mithilfe des Pi2 den Kernel für einen A+ zu kompilieren. Sollte doch eigentlich gehen, wenn man die Build configuration für den A+ wählt:

$ cd linux
$ KERNEL=kernel
$ make bcmrpi_defconfig

mit

make -j4 zImage modules dtbs

kopiliert der Pi2 dann mit allen 4 Kernen und sollte deutlich schneller sein als der A+. Ich hoffe ich habe da keinen Denkfehler drin und das geht so.

 

[just_different]

Ich hatte gerade eine klasse Mail, die zeigt, dass wir eigentlich auf dem richtigen Weg sind, und das es auch Kommerzielles dazu gibt.

http://www.wirelessdv.com/

Interessant vielleicht auch für Rangarid, der zweite link bezüglich WLAN-Sticks.
http://wiki.wirelessdv.com/index.php/Wireless_Digital_Video:Replacing_the_wireless_adapters

Ob es jetzt Parallel-Entwicklung war/ist, oder auch nicht, es bestätigt mich in dem was wir hier machen.

 

[careyer]

Ja, diese Lösung hatte vor längerem RCSchim schonmal im Test (https://i.ytimg.com/vi/5IG6CXBd7JM/mqdefault.jpg) ... sieht aber wenig vielversprechend aus will ich meinen.... Sowohl Videoqualität als auch Stabilität sind Katastrophe

 

[brandtaucher]

Na der RCSCHIM hat es ja auch nicht sauber getestet, siehe Antennen. Von seiner Kamera-Schwammbefestigung mal abgesehen: Das war eine frühe Version. Schaut Euch mal die Videos auf der Seite an. Es gibt dazu einen Thread hier im Forum.

http://fpv-community.de/showthread.php?t=68573

 

[just_different]

Ja, dazu fand ich folgendes spannend:
http://fpv-community.de/showthread.php?68573-Alternative-HD-Bild%FCbertragung&p=882440&viewfull=1#post882440

Da wird ein eigenes Protokoll genutzt !?
Hat das was mit dem Broadcast zu tun, was wir nutzen?

Diversity usw.. OK

Auch schön, das die erst die Bandbreite prüfen und die Datenmenge zum verschicken, dann anpassen.

Oder Aufzeichnung auf beiden Seiten möglich, ohne Latenzverlust!
Klar Aufzeichnen können wir auch, aber es erhöht doch immer die Latenz, oder ist das bei jemand anders?

 

[careyer]

So... meine Kernelkopilierung ist jetzt durch.... aber irgendwas muss ich falsch gemacht haben:

a.) Die negativen Kanäle tauchen jetzt auf, sind aber (disabled)

                        * 2312 MHz [-19] (disabled)
                        * 2317 MHz [-18] (disabled)
                        * 2322 MHz [-17] (disabled)
                        * 2327 MHz [-16] (disabled)
                        * 2332 MHz [-15] (disabled)
                        * 2337 MHz [-14] (disabled)
                        * 2342 MHz [-13] (disabled)
                        * 2347 MHz [-12] (disabled)
                        * 2352 MHz [-11] (disabled)
                        * 2357 MHz [-10] (disabled)
                        * 2362 MHz [-9] (disabled)
                        * 2367 MHz [-8] (disabled)
                        * 2372 MHz [-7] (disabled)
                        * 2377 MHz [-6] (disabled)
                        * 2382 MHz [-5] (disabled)
                        * 2387 MHz [-4] (disabled)
                        * 2392 MHz [-3] (disabled)
                        * 2397 MHz [-2] (disabled)
                        * 2402 MHz [-1] (disabled)
                        * 2407 MHz [0] (disabled)
                        * 2412 MHz [1] (30.0 dBm)
                        * 2417 MHz [2] (30.0 dBm)
                        * 2422 MHz [3] (30.0 dBm)
                        * 2427 MHz [4] (30.0 dBm)
                        * 2432 MHz [5] (30.0 dBm)
                        * 2437 MHz [6] (30.0 dBm)
                        * 2442 MHz [7] (30.0 dBm)
                        * 2447 MHz [8] (30.0 dBm)
                        * 2452 MHz [9] (30.0 dBm)
                        * 2457 MHz [10] (30.0 dBm)
                        * 2462 MHz [11] (30.0 dBm)
                        * 2467 MHz [12] (30.0 dBm)
                        * 2472 MHz [13] (30.0 dBm)
                        * 2484 MHz [14] (disabled)

b.) Bei Start des tx.sh Scripts bekomme ich folgende Fehlermeldung:

root@raspberrypi:/home/pi/wifibroadcast_fpv_scripts# ./tx.sh
updating wifi (wlan0, 13)
Starting tx for wlan0
Raw data transmitter (c) 2015 befinitiv  GPL2
Warning: Lost connection to fifo 0. Please make sure that a data source is connected
Warning: Lost connection to fifo 0. Please make sure that a data source is connected
Warning: Lost connection to fifo 0. Please make sure that a data source is connected
Warning: Lost connection to fifo 0. Please make sure that a data source is connected

Die Kamera wird nicht aktiviert obgleich Sie über raspi-config aktiviert wurde.
Hat Jemand eine Idee was hier falsch gelaufen sein könnte?

 

[moritzz06]

Zu den disabled Kanälen: Die müssen jetzt im CRDA noch freigeschaltet werden. Momentan erkennt er noch, dass Du die Kanäle in Deutschland nicht nutzen darfst.
Hat das mit dem crosscompiling problemlos geklappt?

 

[careyer]

Crosscompiling hab ich kein echtes gemacht... ich habe nur den Pi2 mißbraucht um fixer zu compilieren für den Pi A+

Das mit CRDA und regDB müsste eigentlich bereits gegessen sein, wenn ich das richtig interpretiere:

root@raspberrypi:/home/pi/wifibroadcast_fpv_scripts# iw reg get
country GB:
        (2402 - 2482 @ 40), (N/A, 30)
        (5170 - 5250 @ 80), (N/A, 30)
        (5250 - 5330 @ 80), (N/A, 30), DFS
        (5490 - 5710 @ 80), (N/A, 30), DFS
        (57240 - 65880 @ 2160), (N/A, 40), NO-OUTDOOR

 

[moritzz06]

Wenn Du auf den ersten Eintrag schaust, fängt er bei 2402Mhz an, nicht bei 2302Mhz. Das musst Du noch ändern

 

[Schalonsus]

Ja, dazu fand ich folgendes spannend:
http://fpv-community.de/showthread.php?68573-Alternative-HD-Bild%FCbertragung&p=882440&viewfull=1#post882440

Da wird ein eigenes Protokoll genutzt !?
Hat das was mit dem Broadcast zu tun, was wir nutzen?

Diversity usw.. OK

Auch schön, das die erst die Bandbreite prüfen und die Datenmenge zum verschicken, dann anpassen.

Oder Aufzeichnung auf beiden Seiten möglich, ohne Latenzverlust!
Klar Aufzeichnen können wir auch, aber es erhöht doch immer die Latenz, oder ist das bei jemand anders?

Aufm Laptop auf Festplatte aufzeichnen erhöht die Latenz nicht.

 

[careyer]

Ohh ja, stimmt... Danke Moritz! Aber wieso zum Teufel tut es nach dem Kernel-Recompile die scheiß Kamera nicht mehr? GRRR!!!!

 

[bigcheese]

Hi,
wollt mal fragen ob mir wer tipps geben kann wie man die sache "debuggen" kann...
Habe ein setup mit CSL300 (RX) und Alpha AWUS051NH v2 (TX)... will auf 5,8 GHZ übertragen.
TX Raspi B mit Raspbian + wifibroadcast nach befi
RX Raspi 2 mit Raspbian + wifibroadcast nach befi

beim TX bekomm ich:
pi@tx ~/wifibroadcast_fpv_scripts $ sudo ./tx.sh
updating wifi (wlan0, 48)
Starting tx for wlan0
Raw data transmitter (c) 2015 befinitiv GPL2
64 data packets sent (interface rate: 13.714)
128 data packets sent (interface rate: 21.333)
192 data packets sent (interface rate: 26.182) ...

beim RX (console im X-Desktop):
pi@rx ~/wifibroadcast_fpv_scripts $ sudo ./rx.sh
updating wifi (wlan0, 48)
Starting rx for wlan0
DLT_IEEE802_11_RADIO Encap

Das Beispielvideo von hello_video würde funktionieren... aber es kommt nix vom TX an...

Wie debuggt man hier jetzt weiter um festzustellen wo es hängt?

grüsse,
bigcheese

 

[careyer]

Kann es sein, dass die Kamera es am A+ nicht mehr tut weil ich beim Kompilieren auf dem Pi2 keine Kamera angeschlossen hatte? Habe auch schon versucht die Kamera neu über raspi-config zu aktivieren, es tut sich aber rein gar nix

 

[brandtaucher]

Ich finde es hier langsam sehr verwirrend. Diskussion um andere Systeme, careyer´s persönlicher Support (ist nicht böse gemeint), Fragen von Dritten, Rangarids 5,8 Ghz-Entwicklung usw. Würde es nicht Sinn machen, das mal aufzusplitten und ein eigenes Unterforum dafür anzulegen? Darin könnte man auch eine Standardlösung entwickeln, die alle nachvollziehen könnten. Nur so ein Gedanke ....