komarkus

LiPol ma teoretyczne "napięcie znamionowe" 3,7V, ale ładuje się go do 4,2V na celę (na 100% pojemności). Przy napięciu 3,7V bez obciążenia jest tam jakieś 30% energii albo i mniej. Więc nie startuj z takim napięciem, a jeśli lecisz to przygotowuj się do lądowania.

Wstępnie możesz ustawić te wartości na sucho. Wszystko włączone, model w garść i obserwujesz zachowanie sterów przy przechyłach modelu, do wstępnego samozadowolenia. Potem w locie dostrajasz. Lepszy sposób, to wyprowadzenie tych współczynników na potencjometry. W locie zaczynasz od małych wartości na potencjometrze, potem podkręcasz do momentu pełnego samozadowolenia. Tak może zostać, albo możesz wielkości z potencjometrów wstawić do konfiguracji na sztywno. Chodzi o to, żeby stabilizacja działała wystarczająco energicznie, ale nie nazbyt nerwowo.

Zainteresuj się ustawieniami wewnętrznymi w tym odbiorniku. Można je sprawdzić i zmieniać z Win za pomocą STK i programu od FrSky, albo bezpośrednio z nadajnika za pomocą skryptu LUA - też od FrSky. Bez konkretów, bo dawno nie robiłem i teraz nie mam głowy. A podstawa to manual tego odbiornika, bo on nie jest łatwy.

To dalej jest mieszadło z lekkim napędem postępowym. Moc silnika pójdzie "w gwizdek", ale coś tam napędzi.

Np.: - do określenia odległości do modelu; - do dokładnego ustawienia aktualnego czasu; - żeby ruscy mogli w Ciebie walnąć, jeżeli będziesz ze swoim sprzętem za blisko ...

Antena mikropaskowa tam zastosowana jest dość "nowym" rozwiązaniem (po 1972 roku), ale mimo kierunkowości nie jest żadnym game changerem. Za pomocą dobrej i dobrze dopasowanej anteny można dużo poprawić w stabilności linku, ale jakoś na co dzień mamy powszechnie zwykłe prętówki w naszych różnych nadajnikach, routerach ... (bo dobrze działają i są tanie). Można też zastosować np. Yagę albo coś lepszego, ale kto będzie celował anteną w model? A model będzie celował w nadajnik? AI!

A ja przepraszam, że się wzbudziłem ponad miarę, mogłem kogoś obrazić.

Gratuluję mądrości i wszechwiedzy. Mitomaństwo podbudowuje, ale zdrowe to nie jest. Może ktoś sprawdził, jak różne systemy (linki) pracują w różnych warunkach. Ja takich testów nie widziałem. Może masz jakiś konkret ... Chyba bezpieczeństwo finansowe upadających "marek" ...

Mamy teraz pitolenie, co dobre, a co liche. Futaba dobra, bo wielu używa na zawodach i jest drogie, o legendzie Futaby czy Graupnera nie wspomnę. FrSky zły, bo to tani chińczyk z rękawa. Chwała dla "urban legend"! Te wszystkie sprzęty obecnie powstaję na podobnych czipach, i na tych samych liniach produkcyjnych. Czy ktoś poda porównawcze testy jakieś; zasięg, odporność na zakłócenia, niezawodność? Może jakieś argumenty wykraczające poza tzw. PR i snobizm.

"Dobre" nadajniki posiadają spectrum analyzer wbudowany. Nie jest to przyrząd pomiarowy, ale daje na lotnisku orientację - co się dzieje w pasmie (2,4). Mam Horus x12s z dołożonym modułem ISRM (protokół ACCESS, OpenTX). Dostaję wykres słupkowy w pasmie 2400-2440 MHz z rozdzielczością 1 MHz. Dobre to i przydatne, zawsze pod ręką.

Wi-Fi to pasmo 2,4 Ghz, tak jak nasze nowsze sprzęty, wiec antena ma prawo działać dobrze. Drobne różnice w rozmiarze anteny nie są krytyczne. Zwykle nie będzie problemu, gdy zamiast zasięgu 2 km będzie tylko 1 km. A mamy teraz w nowych sprzętach pomiary siły sygnału, jakości łącza, alarmy głosowe itd. Da się. NASA super antenami niech trzyma łączność z Voyager 2 na odległość pierdyliardów km, nam aż tyle nie potrzeba.

Demony tu są niepotrzebne. Zasady dla 2,4GHz są takie same, jak dla 27, 40,72 ... MHz. Długość części aktywnej anteny wyliczona ze wzoru dla 2,4 GHz dla lambda/4 to 31 mm, może to być trochę zmienione w nadajniku i/lub odbiorniku elektrycznie (indukcyjności lub pojemności w obwodzie wyjściowym/wejściowym). Praktycznie w naszych sprzętach długość "pręta" (części aktywnej wychodzącej poza oplot), zawiera się miedzy 29-33 mm. Wystarczy zmierzyć długość części aktywnej suwmiarką z oryginału i dobrać antenkę innego dostępnego producenta o takiej samej długości "pręta". Może to być antena dla odbiornika lub nadajnika, ważne jest właściwe złącze do połączenia anteny z płytą nadajnika. A jak kupisz ze zbyt długim prętem, to go dotnij. Potem testy zasięgu - i będzie Pan zadowolony.

Ilość wyprowadzeń do serw w odbiorniku o niczym nie świadczy. Odbiornik może nie mieć żadnych wyjść dla serw, a może obsługiwać np. 24 kanały proporcjonalne (np. odbiorniki do kopterów od FrSky). Ale może miałeś coś innego na myśli.

Pogratulować wiary! Graupnera kupiło coś z Chin. To upadło i już nie jest niemieckie, no może jakieś mieszane. Technologia szybko poszła, ale nie dla wszystkich. Z 5 lat temu moi mentorzy od latanie używali "niezawodnych" i profesjonalnych G... i F... i przy pasku portek mieli specjalne "odbiorniczki" od parametrów z modelu (taki prosty wariometr). Moje chińskie gadało co potrzebowałem i było 3x tańsze w każdym wymiarze. Mi nic nie spadło, jak do tej pory. Daj dobry argument, że to nowe G... jest lepsze od systemu np. FrSky. Pomiń ilość kanałów, bo te 32 to pewnie z ograniczeniami, u tamtych jest "tylko" do 24 bez ograniczeń, ale kto tyle wykorzysta z sensem. Coś jeszcze?

Czy to nowe "legendarne" wcielenie technologii - od FrSky albo FlySky? (za nieprzyzwoitą kasę). Feniks z popiołu ... Kto jest właścicielem tej marki obecnie?

"edgetx" nam niczego nie opracują. Jeśli ktoś z Pl nie zawspółpracuje z nimi i nie zrobi plików, to nie będzie Pl. "Jeden minuta" to wg mnie problem z "tts_pl.cpp". Minuta użyłaby liczebników: pierwsza, druga, trzecia, ..... nie widzę aby to było przewidziane, raczej ta odmiana została pominięta i skorzystano z liczebników głównych. Ja tego nie rozwiążę. "Podwoźe schowane" - to nie wiem o co chodzi. Brzmi dobrze, a do syntezatora Speaker jest podane "podwozie". PS. Na EdgeTX komunikaty działają tak samo i te same, jak na OpenTX? Prawdopodobnie plik tts_pl.ccp jest identyczny w obu systemach.

Nie jest to aż tak bardzo skomplikowane, tym bardziej, że źródło (dotychczasowe) jest dostępne. To jest to, co obecnie mamy w naszych nadajnika. Twórcą jest, kolega Drewniak, jakoś to zrobił, idea jest. Jednak może być tak, że jest jakieś ograniczenie w innej części oprogramowania radia. Źródła pl: https://github.com/opentx/opentx/blob/2.4/radio/src/translations/tts_pl.cpp https://github.com/opentx/opentx/blob/2.4/radio/src/translations/pl.h.txt Ja nie potrafię tego zanalizować, ale może ktoś potrafi. Te plik są już teraz przewidziane do OpenTX 2.4 Można też przetestować nową mapę fraz (zmieniła się po wersji OTX 2.1, stąd sporo problemów), którą wypociłem i poszukać błędów. Wtedy będę mógł spróbować dokonać poprawek, testowanie już mnie przyprawia o ból. Jeśli ktoś chce pomóc, niech przeczyta u dołu strony: https://kowalscyrc.wordpress.com/opentx-komunikaty/ Trzeba pobrać pakiet z ostatniego linku, wygenerować frazy na podstawie mojej "mapy", przetestować na symulatorze w Companion lub w nadajniku, opisać tutaj wynik.

Kod źródłowy "naszego" dotychczasowego pliku językowego jest nieduży i dostępny na github (link na stronie którą podałem). Cała reszta źródeł nadajnika też jest dostępna. Całość kompilują developerzy OpenTX, ale dla siebie może to zrobić każdy, kto umie. Taki moduł językowy jest przepisem na składanie komunikatów z gotowych fraz z zachowaniem zasad języka dotyczących liczb i jednostek. To nie jest system zarządzania światem. A przysiąść i umieć trzeba, jak najbardziej. To dlatego jest problem, bo chętnych brak.

Pisałem, że algorytm wykorzystania dźwięków zaszyty jest w module dla języka polskiego i nie działa zupełnie prawidłowo. Dla Eng algorytm jest raczej prosty, dla Pl jest wyzwaniem ze względu na nasze skomplikowane odmiany. Taki algorytm trzeba jeszcze dobrze przełożyć na C, robota tylko dla orłów. Coś da się poprawiać w "mapie" dźwięków. Parę lat temu poświęciłem sporo czasu, dziś już z tego niewiele pamiętam i nie bardzo chce mi się wracać do tematu. Na forum 77... był niezły log działań i linki do innych miejsc, szkoda że tego już nie ma, bo by pomogło. Sprawdzę jeszcze, czy nie mam lepszej wersji, strona z podanego linku nie jest moja, nie pamiętam, jak to tam było i która wersja została zamieszczona. Mnie też niektóre komunikaty kłuły w uszy, dlatego kiedyś zabrałem się za poprawianie. Teraz już się przyzwyczaiłem. PS. "dwa dwa volta" powstało na skutek problemu pochodzącego z algorytmu, dokładnie nie pamiętam, ale to był kompromis w sprawie większego kaleczenia, "dwa jeden point zirou" - to nie wiem skąd się wzięło, nie powinno być Edit: Zajrzałem do starych plików, coś mi się przypomniało. Były dwie linie plików. Jedna była przeróbką starych plików, zostały zmienione nazwy - dostosowane do nowej "mapy". Dla uniknięcia "point ziru" trzeba plik "amp0.wav" nazwać 0167.wav (moje przeoczenie). Druga linia poszła poprzez OpenTXspeaker, ta daje gorsze jakościowo dźwięki, ale za to jest łatwo modyfikowalna i nie ma "point ziru" (link u dołu strony). Można sobie wygenerować pliki samemu, a edytując plik konfiguracyjny można dodać własne frazy. Ad. "2000 mAh" - "dwa i miliamperogodzin" - tutaj jest sprawa systemowa, liczby mogą być do "1999", nie przewidziano większych także w wersji Eng. We właściwościach czujnika można zamienić jednostki z mA na A i po problemie. Można też wskazać precyzję liczb, np. po co komu wysokość podawać z ułamkiem metrów, kiedy liczby całkowite mniej kłują w ucho.

Zajrzyj tu: https://kowalscyrc.wordpress.com/opentx-komunikaty/ W pierwszym linku masz gotowy zestaw dźwięków wg udoskonalonej "mapy". Będzie znacząco lepiej niż masz, mimo niedoskonałości. W ostatnim linku masz narzędzie wraz z poprawioną "mapą" dźwięków, co umożliwia szybkie stworzenie lub przerobienie własnych komunikatów. Prace nad językiem polskim w OTX były opisane na forum 77hobby, blisko finału główny konstruktor był bardzo blisko sukcesu, ale potem zamilkł, a teraz to i forum zniknęło razem ze sklepem. Wielka szkoda!!! Powyżej masz rozwiązanie prowizoryczne, ale lepsze od przeróbki ze starej wersji OTX. PS. Może ktoś napisać, jak funkcjonują dźwięki w Edge? Ogólnie warto się przesiąść? Edit: W międzyczasie pojawiło się kilka odpowiedzi. Nasze odmiany dla języka pl są obsługiwane przez część oprogramowania radia. Zajrzyjcie na dół strony z powyższego linku. Do wersji OTX 2.1 polski był obsługiwany przez nie w pełni sprawny „tts_pl.ccp” (plik źródłowy językowy dla pl w oprogramowaniu firmware nadajnika), tworzył go jeden z kolegów (nie zajmuje się już takimi rzeczami). Były tam drobne błędy. Od OTX v 2.2 zmieniono "mapę" przyporządkowania komunikatów systemowych, dlatego pojawiły się spore problemy z "polskością". Trochę to poprawiałem, jest lepiej. Potem kolega Zaremba1991 z forum 77hobby podjął się poprawienia pliku źródłowego „tts_pl.ccp”, tak aby działał poprawnie. Z tego co pisał, poprawiony plik wysłał do developerów OTX celem wkompilowania do kolejnej wersji OTX. Nie zauważyłem, aby został on włączony do ostatniej wersji fw. Z Kolegą nie ma kontaktu, sprawa zawiesiła się. Pozostały wypociny z linku na górze. Może ktoś pociągnie temat?

Ten czerwony narciarz ląduje zwykle z kapotażem. Może trzeba mu przerobić nartki?

Googluj "rtl-sdr" albo "rtl2832u". Dongiel może działać na Androidzie, Windows, Linux, Raspberry Pi. Sprawdzisz ciśnienie w kołach samochodu sąsiada (TPMS), temperaturę w jego mieszkaniu (pogodynki z czujnikami 433 MHz), przelatujące samoloty (ADS-B), posłuchasz radia FM, komunikację służb, itp. i itd. Ten odbiornik jest uniwersalny, ale raczej małoprofesjonalny. Podstawą dla dobrego działania są dobre aplikacje, dopasowane anteny i filtrowanie pasm częstotliwości. Temat jest ciekawy i obszerny. Trzeba googlować. Kolega wyżej pisał o androidowej aplikacji "RF Analyzer" i odbiorniku RTL 2832u (tu niezbędny jest kabelek OTG).

I tak ma być!!! O to chodzi. Lepszy komputerek lub jego brak, nie robi człowieka lepszym. Ja tylko pisałem, że skoro wchodzimy w nowe technologie, to trzeba coś z nich kumać, aby ogarnąć nowe możliwości i ograniczyć możliwe problemy. Ale to nie jest konieczne! Ja ostatnio "odkryłem" na YT Mistrzostwa Świata w lotach "modeli" z kartki A4. Teraz testuję chyba z 10 sztuk różnych wariacji "modeli", to jest też fajne. Tu jakieś 35 MHz czy OTX jest niepotrzebne, a frajda trochę podobna!

Nie przejmuj się i nie obrażaj. Kiedyś napisałem na forum, że OpenTX jest dla "pięćdziesiąt minus". Ktoś tam się obraził. A prawda jest taka, że nowe technologie są raczej dość wymagające dla wiekowych, a dla młodszych jeszcze bardziej. Ale młodzi są elastyczni, nauczeni grzebania i szybkiego klikania i w końcu trafiania w cel, a my starsi boimy się spieprzyć i wolimy asekuracyjnie nie dotykać nieznanego. Trzeba się przełamać i sięgnąć do źródeł. Schematy ze starszych rozwiązań są dobre, ale nieco słabawe. Dobre oŚwiecenie jest dobre. Niezrozumienie nowych rozwiązań kieruje do ciągłych kolejnych problemów. 35 MHz jest dobre do dziś, ale są już rozwiązania dużo lepsze.

Nowe technologie wymagają nowej wiedzy. Musisz wybrać. Zostajesz na poziomie dla Ciebie zrozumiałym (np. sprzęt 35 MHz), albo przechodzisz na poziom wyższy i edukujesz się. Forum podpowiada, pomaga, ale podstawy podstaw trzeba raczej zdobyć samodzielnie. Dobre miejsca na początek to np.: https://77hobby.pl/warsztat-frsky-nc-1.html