Odbiornik/Diversity AV 1.2 + 5.8GHz - Projekt Misia i Piotra

[mkrawcz1]

Co do głowic na 5.8G , to te zalinkowane w temacie (z bangood) będą OK (po przeróbce).

To miło słyszeć, bo dziś przyszedł nr śledzenia
OK, wg schematu wiadomo jak wysterować pojedynczą głowicę, zakładam, że dwie takie same można podłączyć równolegle po I2C. A co z różnymi (np. 1.2 + 5.8)? I jak diversity przełącza sygnał video?
Druga sprawa to to, że o ile odbiorniki 5.8 dają od razu gotowy sygnał A/V, to sygnał na wyjściu z głowicy 1.2 wymaga chyba jeszcze demodulacji - czy tu jest jakiś prosty patent zamiast używania bebechów z fabrycznego odbiornika?

[automaciek]

na tym wyświetlaczu by mogło też widnieć pasmo 5,8

A no mogło by
Wszystko zależy od motywacji
Co do głowic na 5.8G , to te zalinkowane w temacie (z bangood) będą OK (po przeróbce).

To ja czekam na wersje pod 5.8ghz , ew Misiu czy opcja z tv out( jak w podanym wyzej projekcie?) wchodzi w grę czy tylki crius.

Czy w rc305 boscam odbiornik jest 5808? Nada sie?

[JR65]

na tym wyświetlaczu by mogło też widnieć pasmo 5,8

A no mogło by
Wszystko zależy od motywacji
Co do głowic na 5.8G , to te zalinkowane w temacie (z bangood) będą OK (po przeróbce).

Romek będę musiał zmienić opis i wyciąć nową płytę czołową na Trzypasmowy

Jeszcze trochę i ta motywacja się znajdzie

[Rurek]

Co do głowic na 5.8G , to te zalinkowane w temacie (z bangood) będą OK (po przeróbce).

To miło słyszeć, bo dziś przyszedł nr śledzenia

Macie jakiś prosty patent na bezinwazyjne (czyt: nadające się do ponownego użycia ) rozlutowanie puszki?

dwie takie same można podłączyć równolegle po I2C. A co z różnymi (np. 1.2 + 5.8)

Po pierwsze to 1.2G ma sterowanie po I2C a z kolei 5.8 po SPI
A po drugie to zrozumiałem Miś'ia że albo-albo. Czyli albo diversity przełącza się między dwiema głowicami 1.2 albo dwiema 5.8.
Zresztą inny wariant nie bardzo ma sens tak mi się wydaje - przecież 1.2 oraz 5.8 to dwa różne systemy pod względem propagacji/zakłóceń/przenikania fal przez przeszkody - choćby z racji tych parametrów nie da się porównać tych sygnałów i ich przełączać. [wyobraź sobie że masz za przeszkodą nadajniki obu systemów i ten na 1.2 nadaje z mocą 200mw a ten na 5.8 nadaje na 500mW - a sygnał lepszy dostaniesz z 1.2 mimo mniejszej mocy ]
Abstrahuję już zupełnie od charakterystyk RSSI obu odbiorników 1.2 i 5.8 - przecież będą zupełnie nie pasujące i nie odzwierciedlające rzeczywistej jakości do porównań.

Edicao: a tak zupełnie przy okazji - bardzo podobają mi się obecne ceny Arduino 10 zeta toż to lekki szok http://www.ebay.com/itm/191117208428 <--- w ogóle nie opłaca się nawet podchodzić do jakiegokolwiek projektowania płytek pod atmegi, wytrawiania, lutowania. Ekonomicznie zupełnie bez sensu

[szymon220997]

Co do diversity z 1.2 i 5.8 to pozostaje jeszcze kwestia nadajników w modelu. Praktycznie ciągle walczymy z zakłóceniami, a w tym wypadku w modelu mielibyśmy 3 częstotliwości: 1.2, 5.8 i powiedzmy 433 z eleresa.

[mkrawcz1]

Co do głowic na 5.8G , to te zalinkowane w temacie (z bangood) będą OK (po przeróbce).

To miło słyszeć, bo dziś przyszedł nr śledzenia

Macie jakiś prosty patent na bezinwazyjne (czyt: nadające się do ponownego użycia ) rozlutowanie puszki?

Duża lutownica

dwie takie same można podłączyć równolegle po I2C. A co z różnymi (np. 1.2 + 5.8)

Po pierwsze to 1.2G ma sterowanie po I2C a z kolei 5.8 po SPI

Po pierwsze - masz rację

[miś]

mkrawcz1, Większość wytłumaczył już Rurek.
Do odbiornika będzie można podłączyć 2 głowice 1.2G i 2 głowice 5.8G, lub jakakolwiek kombinacja powyższych czyli 1+0, 2+0, 0+1, 0+2, 1+1, 1+2, 2+1. Głowice 1.2 i 5.8 nigdy nie działają jednocześnie.
Z arduino wychodzą dwa sygnały do przełączania. Pierwszy steruje diversity, czyli steruje przełącznikiem sygnałów głowica 1/2 zarówno dla 1.2 jak i dla 5.8G. Ten sygnał jest uzależniony od odbieranego poziomu RSSI przez dwie aktywne głowice. Drugi sygnał steruje zmianą pasm z 1.2 na 5.8G. Nim należy sterować przełączanie zasilania głowic, czyli albo zasilamy głowice 1.2 albo 5.8, i jednocześnie steruje przełącznikiem sygnałów AV. Przy 4 głowicach będzie on ciut rozbudowany, ale nie ma innego wyjścia.
Co do przełączania pasm jestem za zastosowaniem dwóch miniaturowych przekaźników. Jeden przełącza sygnały A/V z torów 1.2 i 5.8 na gniazda wyjściowe, a drugi przełącza zasilanie do głowic. Odłączanie zasilania od nieużywanych głowic ma aspekt czysto oszczędnościowy, bo głowice pożerają sporo prądu, i po co go marnować.
Tak samo robiąc diversity można zastosować dodatkowy przełącznik odcinający zasilanie od drugich głowic - którym wyłączamy funkcje diversity. Arduino sam rozpozna taką sytuację i wyłączy zmianę głowicy na tą drugą wyłączoną.
Przełączanie wyjść diversity najlepiej zrealizować na niskoomowych kluczach analogowych, np ADG719. Dla pełnej wersji z 4 głowicami będą potrzebne 3szt. Jedna na przełączanie BB z głowic 1.2G na wejście płytki odbiornika, i dwa na przełączanie A/V z głowic 5.8G.
Co do toru video 1.2G to chyba jednak będzie najlepiej wykorzystać oryginalną płytkę lawmate albo FOX (1szt).

Dalej, co do wyświetlacza, to do wyboru - albo 2x20 LCD, albo OLED. Arduino się dostosuje samo (no prawie, bo jeśli podłączymy OLED'a to zwiera się 2 nóżki arduino żeby wiedziało że jest OLED a nie LCD). Tak samo sterowanie - albo impulsator z przyciskiem, albo 3szt mikroswitchów (jak ktoś nie lubi lub nie ma miejsca na impulsator).
I raz na zawsze zakończmy sprawę generowania TV-OUT czyli grafiki z arduino. W tym projekcie nie będzie. Musi być wyświetlacz i kropka.

[Rurek]

I raz na zawsze zakończmy sprawę generowania TV-OUT czyli grafiki z arduino.

Zły Pan, nie dobry Miś

[mkrawcz1]

I raz na zawsze zakończmy sprawę generowania TV-OUT czyli grafiki z arduino.

Zły Pan, nie dobry Miś

Dołoży się drugie Ardu, podkradnie dane z wyświetlacza i nałoży OSD na obrazek

[Sonix]

...Dołoży się drugie Ardu, podkradnie dane z wyświetlacza i nałoży OSD na obrazek

Jednym słowem trzeba przewidzieć miejsce na minimOSD w odbiorniku z diversity ;)

[Rurek]

I raz na zawsze zakończmy sprawę generowania TV-OUT czyli grafiki z arduino.

Zły Pan, nie dobry Miś

Dołoży się drugie Ardu, podkradnie dane z wyświetlacza i nałoży OSD na obrazek

Jeżeli Miś jest nieprzekonywalny w tej kwestii to o ile można bezkarnie obciążać sygnał RSSI (Miśiu można?) drugim urządzeniem to drugie ardu za 10zł i ten projekt cytowany wyżej zrobi mi wyświetlanie tych bajerów na jakimś 5" monitorku

[miś]

Jak ktoś chce mieć wyświetlanie na ekranie, to nic prostszego - trzeba sobie sklecić TO: https://code.google.com/p/rx5808-pro/ i po problemie. A że nie ma 1.2G... no cóż, są źródła więc można dopisać

Tylko nie wiem po jaką cholerę, bo to nie jest OSD, czyli nie potrafi nakładać napisów na obraz z odbiornika.
A co jest lepsze ? Mały i oszczędny OLED bądź większy i również oszczędny LCD czy drugi, pożerający prąd monitor w bazie tylko po to aby na nim widzieć kanał i ustawienia odbiornika ?

Sonix, gwarantuję Ci że jak masz OSD w modelu i do tego nałożysz OSD z odbiornika, to dostaniesz oczopląsu i nic nie odczytasz.

[Piotrowy]

Sonix, gwarantuję Ci że jak masz OSD w modelu i do tego nałożysz OSD z odbiornika, to dostaniesz oczopląsu i nic nie odczytasz.

Co innego mieć, co innego widzieć

[miś]

Co innego mieć, co innego widzieć

Dokładnie. Ale wkurzają mnie tacy co chcą mieć aby mieć i nie zastanawiają się nad tym czy to wogóle ma sens. I jeszcze będą marudzić i narzekać że nie chcę zrobić czegoś zupełnie bezsensownego i nieprzydatnego

A projekt chwilowo ląduje na półkę.
Część odpowiedzialna za 1.2G jest skończona, gotowa i działająca.
Część od 5.8G jest skończona, ale nie przetestowana. Przetestuję jak mi przyjdą odbiorniki z BG i pożyczę od kogoś nadajnik na 5.8.
Tak że teraż wszystko w rękach chińskiej poczty (no i polskiej też).

[Kowal]

Ale kawkę będzie parzyć "na polu"