Low Cost HD-Video Übertragung + Telemetrie
- Themenstarter Lonestar78
- Beginndatum
- Status
Gibt ja in den Nachbaruniversen genug infos bezüglich 433mhz. Man muss nicht immer heiliger als der Papst sein.
openlrs lässt sich ja auf 10mw begrenzen nur so nebenbei.
Mich wundert warum niemand 868mhz ins Auge gefasst hat. Massig reichweite bzw sicherheit und legal in DE nutzbar.
http://www.reichelt.de/ZIGBEE-XP-86...ROUPID=3636&ARTICLE=108359&START=0&OFFSET=16&
openlrs lässt sich ja auf 10mw begrenzen nur so nebenbei.
Mich wundert warum niemand 868mhz ins Auge gefasst hat. Massig reichweite bzw sicherheit und legal in DE nutzbar.
http://www.reichelt.de/ZIGBEE-XP-86...ROUPID=3636&ARTICLE=108359&START=0&OFFSET=16&
Jepp leider. da man legal fliegen will zwecks versicehrungsschutz brauchen wir offizielle Strecken.
868 Mhz wäre interessant, ich nutze das für meine Funkstrecken und das ist glaube ich seit 2012 ja die offizielle Frequenz dafür ohne Lizenzgebühren und ohne Amateurfunklizenz. Deshalb mussten die ganzen Funkunternehmen Ihre Audiostrecken umbauen für teures Geld...
was wäre mittels Zigbee möglich? Bis auf eien datenrate von nur max 220 kbit...
Grüße
868 Mhz wäre interessant, ich nutze das für meine Funkstrecken und das ist glaube ich seit 2012 ja die offizielle Frequenz dafür ohne Lizenzgebühren und ohne Amateurfunklizenz. Deshalb mussten die ganzen Funkunternehmen Ihre Audiostrecken umbauen für teures Geld...
was wäre mittels Zigbee möglich? Bis auf eien datenrate von nur max 220 kbit...
Grüße
Selbstbau ist Versicehrungstechnisch gar kein Problem... zumahl jeder Kaufkopter ein selbstbau wird, sobald Duw as anderes dranmachst... das problem ist aber die Nutzung von nicht genehmigten Frequenzen...
Wenn dann was schiefgeht, wird die V. immer darauf hinweisen...
2,4 und 5,8 GHz ist ja Videotechnisch freigegeben, also gar kein Problem. Dass sich 2,4 mit der Funke nicht verträgt, ist eine andere sache... vorsätzlich einen crash deshalb zu verursachen, wäre ja auch dumm... deshalb braucehn wir etwas, das diese PRoblematik umgeht und dennoch legal ist...
Wenn dann was schiefgeht, wird die V. immer darauf hinweisen...
2,4 und 5,8 GHz ist ja Videotechnisch freigegeben, also gar kein Problem. Dass sich 2,4 mit der Funke nicht verträgt, ist eine andere sache... vorsätzlich einen crash deshalb zu verursachen, wäre ja auch dumm... deshalb braucehn wir etwas, das diese PRoblematik umgeht und dennoch legal ist...
Genau,...ich weiss ja, dass der Thread lang ist, aber alle Infos stehen da drin.
Ich möchte das nicht alles alle paar Seiten wiederholen müssen.
Und kommt jetzt nicht mit: "Schreibt doch mal bitte für mich Menuefertig alles zusammen", offensichtlich wird ja nicht mal der erste Post mit allerlei Updates gelesen....
Zitat aus erstem Post:
"- Eine gute WLAN Bridge (Ich empfehle hier mal die Ubiquiti Bullets, PicoStations oder Rockets. Bitte jeweils die 2,4GHz Variante zum legalen Senden aus der Luft an den Boden. Bitte auf 100mW Sendeleistung einstellen.)"
oder auch der Hinweis auf ne Android App (mit Download dergleichen....):
Damit wäre dann auch "stellt euch vor das signal käme aufs handy..." beantwortet
;-)
Ich möchte das nicht alles alle paar Seiten wiederholen müssen.
Und kommt jetzt nicht mit: "Schreibt doch mal bitte für mich Menuefertig alles zusammen", offensichtlich wird ja nicht mal der erste Post mit allerlei Updates gelesen....
Zitat aus erstem Post:
"- Eine gute WLAN Bridge (Ich empfehle hier mal die Ubiquiti Bullets, PicoStations oder Rockets. Bitte jeweils die 2,4GHz Variante zum legalen Senden aus der Luft an den Boden. Bitte auf 100mW Sendeleistung einstellen.)"
oder auch der Hinweis auf ne Android App (mit Download dergleichen....):
Damit wäre dann auch "stellt euch vor das signal käme aufs handy..." beantwortet
;-)
Gute Idee...Idioten finde ich aber arg übertrieben ;-)
Btw.: Was ich super fände, wäre, wenn sich hier ein paar Kollegen des Themas HDMI-In annehmen würden, vieleicht einfach mal den Toshiba Chip (siehe ein paar Posts früher) bei den Rsapberry Pi Machern auf Verwendbarkeit anfragen oder so...
Es gibt sicher viele hier, für die das Spannend wäre Latenz-Mäßig kommt hal noch die HDMI-Out Latenz der verwendeten kamera hinzu.
Schaut Euch mal das hier an:
http://blog.pi3g.com/wp-content/uploads/2014/03/toshiba-raspberry-pi-adapter-chips.jpg
Ich glaube, das ist GENAU das, was wir suchen
Kommt von hier:
http://blog.pi3g.com/tag/raspberry-pi/
Btw.: Was ich super fände, wäre, wenn sich hier ein paar Kollegen des Themas HDMI-In annehmen würden, vieleicht einfach mal den Toshiba Chip (siehe ein paar Posts früher) bei den Rsapberry Pi Machern auf Verwendbarkeit anfragen oder so...
Es gibt sicher viele hier, für die das Spannend wäre Latenz-Mäßig kommt hal noch die HDMI-Out Latenz der verwendeten kamera hinzu.
Schaut Euch mal das hier an:
http://blog.pi3g.com/wp-content/uploads/2014/03/toshiba-raspberry-pi-adapter-chips.jpg
Ich glaube, das ist GENAU das, was wir suchen
Kommt von hier:
http://blog.pi3g.com/tag/raspberry-pi/
Zuletzt bearbeitet:
Ich habe bereits ein HDMI-Input device am laufen.
Man kann alle/viele HDMI Geräte anschließen, und bekommt einen Networkstream raus.
Latenz ist ~ 1-2 frames, also nicht wirklich sichtbar.
Ist auch "Low-Cost", Kosten ~30€, und wiegt nicht viel.
Allerdings ist der Datendurchsatz bei HD ziemlich groß, und wird vermutlich so nicht wirklich auf nem Rasp laufen.
Der Banana hat ja 1000Mbit, was man auch benötigt.
Nachteil am Banana ist halt der Encoder, der zielmlich undokumtiert ist, und nur als blob wirklich gut funktioniert.
Mom. setze ich auf Android 4.4 + BananaPi + HDMI Input device.
Bei Android 4.4 ist der HW-Encoder wenigstens einigermassen funktionstüchtig.
Mal sehen.
Man kann alle/viele HDMI Geräte anschließen, und bekommt einen Networkstream raus.
Latenz ist ~ 1-2 frames, also nicht wirklich sichtbar.
Ist auch "Low-Cost", Kosten ~30€, und wiegt nicht viel.
Allerdings ist der Datendurchsatz bei HD ziemlich groß, und wird vermutlich so nicht wirklich auf nem Rasp laufen.
Der Banana hat ja 1000Mbit, was man auch benötigt.
Nachteil am Banana ist halt der Encoder, der zielmlich undokumtiert ist, und nur als blob wirklich gut funktioniert.
Mom. setze ich auf Android 4.4 + BananaPi + HDMI Input device.
Bei Android 4.4 ist der HW-Encoder wenigstens einigermassen funktionstüchtig.
Mal sehen.
Gute Idee...Idioten finde ich aber arg übertrieben ;-)
Btw.: Was ich super fände, wäre, wenn sich hier ein paar Kollegen des Themas HDMI-In annehmen würden, vieleicht einfach mal den Toshiba Chip (siehe ein paar Posts früher) bei den Rsapberry Pi Machern auf Verwendbarkeit anfragen oder so...
Es gibt sicher viele hier, für die das Spannend wäre Latenz-Mäßig kommt hal noch die HDMI-Out Latenz der verwendeten kamera hinzu.
Schaut Euch mal das hier an:
http://blog.pi3g.com/wp-content/uploads/2014/03/toshiba-raspberry-pi-adapter-chips.jpg
Ich glaube, das ist GENAU das, was wir suchen
Kommt von hier:
http://blog.pi3g.com/tag/raspberry-pi/
Btw.: Was ich super fände, wäre, wenn sich hier ein paar Kollegen des Themas HDMI-In annehmen würden, vieleicht einfach mal den Toshiba Chip (siehe ein paar Posts früher) bei den Rsapberry Pi Machern auf Verwendbarkeit anfragen oder so...
Es gibt sicher viele hier, für die das Spannend wäre Latenz-Mäßig kommt hal noch die HDMI-Out Latenz der verwendeten kamera hinzu.
Schaut Euch mal das hier an:
http://blog.pi3g.com/wp-content/uploads/2014/03/toshiba-raspberry-pi-adapter-chips.jpg
Ich glaube, das ist GENAU das, was wir suchen
Kommt von hier:
http://blog.pi3g.com/tag/raspberry-pi/
die frage geht sogar noch weiter.. kann man HDMI in und PiCam gleichzeitig nutzen? PiCam als FPV, und HDMI in für die große Kamera... das ganze gestreamt. Nur muss es denn der lahme RasPi sein? Mittlerweile gibt es interessante alternative mit Quad-Core Chips für wenig mehr Geld... die 50 EUR mehr wären mris wert wenn man damit mehr reserven hätte
Hi Sandmen... kannst Du uns mal paar Bilder zeigen? Klingt ja richtig geil...
man sollte sich auch überlegen, ob man das ganze nicht ev. schon mit aussicht auf einen H265 Stream aufbaut... erreicht die 4x kompressionsrate von H264... und mal ehrlich: ein 3-5 Mbit stream von H264 reicht dicke aus...
und dafür halt einfach das cubieboard
http://cubieboard.org/
das cubieboard könnte man auch einfach im frame verbauen
http://cubieboard.org/2012/09/10/a-simple-case/
man sollte sich auch überlegen, ob man das ganze nicht ev. schon mit aussicht auf einen H265 Stream aufbaut... erreicht die 4x kompressionsrate von H264... und mal ehrlich: ein 3-5 Mbit stream von H264 reicht dicke aus...
und dafür halt einfach das cubieboard
http://cubieboard.org/
das cubieboard könnte man auch einfach im frame verbauen
http://cubieboard.org/2012/09/10/a-simple-case/
Zuletzt bearbeitet:
Man bräuchte doch einfach ein Board, dass mit einem TC358743XBG aus einem HDMI 1.4 Signal ein MIP CSI-2 Signal generiert.
Also so etwas: http://boundarydevices.com/products/bd_hdmi_mipi/
Nur günstiger
Also so etwas: http://boundarydevices.com/products/bd_hdmi_mipi/
Nur günstiger
Mal bisschen was mit einem IBM thinkpad T23 von 2002 mit nem pentium lll ausprobiert.
Als OS habe ich Lubuntu 12.04 über live USB verwendet.
Hier mal die Latenz:
Das Thinkpad hat mich nicht mehr als nen raspberry gekostet.
Ihr seht schon es braucht nicht die beste HW. Und so ein altes Thinkpad als Ground finde ich ziemlich cool.
Als OS habe ich Lubuntu 12.04 über live USB verwendet.
Hier mal die Latenz:
Das Thinkpad hat mich nicht mehr als nen raspberry gekostet.
Ihr seht schon es braucht nicht die beste HW. Und so ein altes Thinkpad als Ground finde ich ziemlich cool.
- Status
