EZ-Wifibroadcast, HD FPV in günstig und einfach
- Themenstarter rodizio
- Beginndatum
- Status
Hallo rodizio1,
ich nutze das Wifibroadcast und finde deinen Einsatz super geil!
Was ich jedoch extrem vermisse und wo du gerade dabei bist die OSD Layouts zu erstellen: Gibt es eine Möglichkeit in dein OSD ein freiverwendbares Zeichen-Feld zu integrieren, welches die FC mit ASCII-Zeichen beschreiben kann? Damit könnte man z.B. einer FC ermöglichen Sensordaten, Informationen, Hinweise, Fehler, Alarme und sonstige textuelle Nachrichten, die man für sinnvoll hält, darzustellen.
Es wäre dir überlassen, wie groß du das Feld hergibst. Denkbar wäre die Standardgröße der LCD-Anzeigen wie 2x16 oder 4x16 Zeichen (je mehr, umso besser).
Die Kommunikation könnte wie folgt aussehen, das Protokoll könntest du natürlich beliebig vorgeben:
$OSD,...32 bzw. 64 Zeichen...,*2 Bytes Checksumme (wie bei den GPS-Datensätzen: XOR aller Bytes zwischen $ und *) <CR><LF>
Das (gezielte) Löschen der Zeichen könnte man durch senden von Leerzeichen ASCII=32 machen.
Natürlich könnte man ein wesentlich ausgetüfteltes Protokoll ausdenken mit Auswahl Zeile, Spalte usw.
Mit dieser Funktion würdest du das Wifibroadcast extrem flexibel gestalten.
Gruß Toni
ich nutze das Wifibroadcast und finde deinen Einsatz super geil!
Was ich jedoch extrem vermisse und wo du gerade dabei bist die OSD Layouts zu erstellen: Gibt es eine Möglichkeit in dein OSD ein freiverwendbares Zeichen-Feld zu integrieren, welches die FC mit ASCII-Zeichen beschreiben kann? Damit könnte man z.B. einer FC ermöglichen Sensordaten, Informationen, Hinweise, Fehler, Alarme und sonstige textuelle Nachrichten, die man für sinnvoll hält, darzustellen.
Es wäre dir überlassen, wie groß du das Feld hergibst. Denkbar wäre die Standardgröße der LCD-Anzeigen wie 2x16 oder 4x16 Zeichen (je mehr, umso besser).
Die Kommunikation könnte wie folgt aussehen, das Protokoll könntest du natürlich beliebig vorgeben:
$OSD,...32 bzw. 64 Zeichen...,*2 Bytes Checksumme (wie bei den GPS-Datensätzen: XOR aller Bytes zwischen $ und *) <CR><LF>
Das (gezielte) Löschen der Zeichen könnte man durch senden von Leerzeichen ASCII=32 machen.
Natürlich könnte man ein wesentlich ausgetüfteltes Protokoll ausdenken mit Auswahl Zeile, Spalte usw.
Mit dieser Funktion würdest du das Wifibroadcast extrem flexibel gestalten.
Gruß Toni
Ja, es ist richtig, bisherige Protokolle LTM und Mavlink sehen keinen Freitext vor. Früher gab es hierzu vermutlich auch keinen wirklichen Sinn - denn es gab keine leistungsfähige OSDs, die in der Lage wären die Daten darzustellen. Was bisher hierzu verwendet wurde, ist meist auf Basis des MAX7456 umgesetzt, d.h. miserable Auflösung, analoges Rauschen und alles in grau(stufen). Wenn man was lesbares darstellen wollte, dann hat/hätte es mit großen Buchstaben sehr viel Platz auf dem Bildschirm belegt. Ich habe bei mir das BOB-4 als OSD implementiert, das sieht dann beispielsweise so aus:
Mit deinem OSD mit HD-Auflösung ändert sich hier einiges. Ich denke, wenn du die Funktionalität umsetzt, dann würde es zum Standard werden (hier ist es das Huhn-Ei-Problem).
Ich jedenfalls würde meine (eigenentwickelte) FC sofort umprogrammieren und die Funktion nutzen.
Mit deinem OSD mit HD-Auflösung ändert sich hier einiges. Ich denke, wenn du die Funktionalität umsetzt, dann würde es zum Standard werden (hier ist es das Huhn-Ei-Problem).
Ich jedenfalls würde meine (eigenentwickelte) FC sofort umprogrammieren und die Funktion nutzen.
Was ist denn das richtige Projekt in Github? Mit dem Suchbegriff "Wifibroadcast" gibt es mehrere ...
Unter diesem Link lese ich mehrfach eine Reichweite von ein paar hundert Metern. Unter LR verstehe ich etwas anderes, 5 km sollten schon drin sein. Mit anderen Worten, ist das Projekt dafür geeignet oder nicht?
Unter diesem Link lese ich mehrfach eine Reichweite von ein paar hundert Metern. Unter LR verstehe ich etwas anderes, 5 km sollten schon drin sein. Mit anderen Worten, ist das Projekt dafür geeignet oder nicht?
Zuletzt bearbeitet:
https://github.com/bortek/EZ-WifiBroadcast/wiki
@careyer: da warst du wohl schneller...beim nächsten Mal bekomme ich dich ;-)
@careyer: da warst du wohl schneller...beim nächsten Mal bekomme ich dich ;-)
Ja das wäre echt ein Traum... viel Leistung und klein 
.
PS: Hier ist übrigens eine ganz praktische Gegenüberstellung der Modelle:
https://de.wikipedia.org/wiki/Raspberry_Pi#Hardware
.PS: Hier ist übrigens eine ganz praktische Gegenüberstellung der Modelle:
https://de.wikipedia.org/wiki/Raspberry_Pi#Hardware
Zuletzt bearbeitet:
Wie sieht es denn mit einer Kamera aus? Welche wird empfohlen?
Erfahrung habe ich übrigens mit fpv.blue und DJi OcuSync Air. Die Reichweiten/Qualität will ich schon haben. Geht das mit diesem Projekt und wenn ja, mit welcher Hardware? Was würdet Ihr nehmen wenn der Preis egal ist?
Mit Raspi & Software etc. werde ich klarkommen, das ist nicht das Problem. Ich habe nur keine Lust zig Hardwareteile zu kaufen um zu testen, ob diese ok sind oder nicht. Deshalb die Bitte um eine Empfehlung was garantiert läuft und auch die Anforderung(en) erfüllt.
Erfahrung habe ich übrigens mit fpv.blue und DJi OcuSync Air. Die Reichweiten/Qualität will ich schon haben. Geht das mit diesem Projekt und wenn ja, mit welcher Hardware? Was würdet Ihr nehmen wenn der Preis egal ist?
Mit Raspi & Software etc. werde ich klarkommen, das ist nicht das Problem. Ich habe nur keine Lust zig Hardwareteile zu kaufen um zu testen, ob diese ok sind oder nicht. Deshalb die Bitte um eine Empfehlung was garantiert läuft und auch die Anforderung(en) erfüllt.
Hi, ich habe die Amimon Connex und Connex Mini im Einsatz. Beide Systeme werden ja als "Highend" Drohnen HD Übertragung beworben und verkauft. Beide Systeme sind auch gut, aber gegen WifiBoradCast sind Sie nur Spielerei . Die Connex müsste etwas schneller sein, in der Praxis merke ich vom Latenzunterschied nichts. Dafür merkt man die Reichweite deutlich. Wenn mit der Connex Mini Schluss ist fehlen dem Wifibroadcast gerade einmal 3 oder 4dBm. Dafür ist letzeres natürlich etwas mehr Bastelei. Ich gehe übrigens direkt mit dem HD Signal von der Kamera auf das Raspberry.
. Die Connex müsste etwas schneller sein, in der Praxis merke ich vom Latenzunterschied nichts. Dafür merkt man die Reichweite deutlich. Wenn mit der Connex Mini Schluss ist fehlen dem Wifibroadcast gerade einmal 3 oder 4dBm. Dafür ist letzeres natürlich etwas mehr Bastelei. Ich gehe übrigens direkt mit dem HD Signal von der Kamera auf das Raspberry.
Das interessiet mich auch. Bin total-noob.
Ist der "PI zero W+" ein "Pi zero W" oder was anderes?
Wenn da eh andere wlan hardware drankommt, reicht auch ein "PI zero" ?
Den ALFA AWUS052NH brauch ich nur auf sendeseite, oder auf beiden seiten?
Welche cam brauch ich? Sind PI cams auch PI zero kompatibel? ist da kabel mit dabei?
Als monitor geht irgendwas mit hdmi?
Ist der "PI zero W+" ein "Pi zero W" oder was anderes?
Wenn da eh andere wlan hardware drankommt, reicht auch ein "PI zero" ?
Den ALFA AWUS052NH brauch ich nur auf sendeseite, oder auf beiden seiten?
Welche cam brauch ich? Sind PI cams auch PI zero kompatibel? ist da kabel mit dabei?
Als monitor geht irgendwas mit hdmi?
Für den Sender ist ein PI zero ausreichend. Für den Empfänger prinzipiell zwar auch, nur fährt man hier mit einem "erwachsenen" PI besser. Ein Alpha auf die Senderseite, auf die Empfängerseite idealerweise mehr als 1 WLAN-Stick. Hier reichen auch die günstigen CSL. Wer 5,8 GHz nutzen will, tauscht dann aber unbedingt die Antennen der billig Sticks.
Für den PI zero braucht man ein spezielles CAM-Kabel, bei der Bestellung nicht vergessen.
Für den PI zero braucht man ein spezielles CAM-Kabel, bei der Bestellung nicht vergessen.
Interessant, ich habe die Alpha auf der Empfangsseite. auf der Senderseite habe ich zwei WN722N. Welche Kombination ist den nun besser. An die WN722N ist ja auch quasi nicht mehr zu kommen. Das waren die damaligen Ideen (entschieden habe ich mich für Variante 2):
2,4GHz:
1) 1x Alfa AWUS036NHA TX / 1x TPLink TL-WN722N V1 RX
2) 1x Alfa AWUS036NHA TX / 2x TPLink TL-WN722N V1 RX
3) 1x Alfa AWUS036NHA TX / 1x CSL 300Mbit Stick
4) 1x Alfa AWUS036NHA TX / 2x CSL 300Mbit Stick
5) 1x Alfa AWUS036NHA TX / 1x Alfa AWUS036NHA RX
6) 1x Alfa AWUS036NHA TX / 2x Alfa AWUS036NHA RX
7) ... sonstige Kombination z.B. mit ALFA AWUS052NH
@Elyot: Klingt so als wäre Variante 4) in gedrehter Form zu empfehlen? Also TX (Copter) und RX (Bodenstation) vertauscht.
2,4GHz:
1) 1x Alfa AWUS036NHA TX / 1x TPLink TL-WN722N V1 RX
2) 1x Alfa AWUS036NHA TX / 2x TPLink TL-WN722N V1 RX
3) 1x Alfa AWUS036NHA TX / 1x CSL 300Mbit Stick
4) 1x Alfa AWUS036NHA TX / 2x CSL 300Mbit Stick
5) 1x Alfa AWUS036NHA TX / 1x Alfa AWUS036NHA RX
6) 1x Alfa AWUS036NHA TX / 2x Alfa AWUS036NHA RX
7) ... sonstige Kombination z.B. mit ALFA AWUS052NH
@Elyot: Klingt so als wäre Variante 4) in gedrehter Form zu empfehlen? Also TX (Copter) und RX (Bodenstation) vertauscht.
- Status
