Market

Firmware ściągasz przez Companion. W opcjach profilu radia wybierasz język polski i pobierasz firmware. I również przy pomocy Companion ładujesz do radia. Ważne. Trzeba wybrać odpowiedni model radia w profilu - nie pomylić np. X9D z X9D+, albo z X9D+ 2019.

Pomknąłeś kolego za bardzo z tym rozporządzeniem. Cytat z instrukcji wypełnienia wniosku: "Zgodnie z art. 209 ust. 1 ustawy „Prawo lotnicze” istnieje obowiązek posiadania ubezpieczenia odpowiedzialności cywilnej eksploatując BSP o MTOM ≥20 kg." - jeżeli w klubie/stowarzyszeniu nie ma miejsca eksploatacja takich ciężkich modeli, to ubezpieczenie nie jest wymagane. Choć bywają kluby gdzie takie giganty jednak latają. Cytat z rozporządzenia: "Celem niniejszego rozporządzenia jest ustanowienie minimalnych wymogów w zakresie ubezpieczenia przewoźników lotniczych i operatorów statków powietrznych w odniesieniu do pasażerów, bagażu, ładunku i osób trzecich." Rozporządzenie nie odnosi się wyłącznie do modelarstwa, więc siłą rzeczy ma szerszy zakres. Ale do naszego przypadku dotyczy się tylko zakres podkreślony. Przytaczanie zapisów dotyczących pasażerów lub bagażu jest tutaj nadinterpretacją i lekkim nadużyciem.

No jednak chyba nie do końca. Znalazłem coś takiego: https://skm-bobrowniki.pl/aktualnosci.html "Jednocześnie informujemy, że Sportowy Klub Modelarski w Bobrownikach zarejestrowany został w Urzędzie Lotnictwa Cywilnego jako operator uzyskując numer identyfikacyjny [...] Ten numer identyfikacyjny operatora winien być umieszczony w każdym modelu pilota zrzeszonego w Sportowym Klubie Modelarskim w Bobrownikach. Zezwolenie na wykonywanie operacji w ramach klubów i stowarzyszeń modelarstwa lotniczego nie zwalnia jednak członków tych klubów i stowarzyszeń z obowiązku rejestracji w rejestrze operatorów BSP i umieszczania swojego numeru identyfikacyjnego operatora w modelu obok nr identyfikacyjnego Sportowego Klubu Modelarskiego!!!." W Bobrownikach głupki przecież nie siedzą, więc coś jest na rzeczy. Na ich stronie jest kontakt do organizatora tego zezwolenia, więc można podpytać. Na ich stronie jest także info i kontakt do Sportowego Klubu Modelarskiego RC - Turlej (Piotrków Trybunalski), który uzyskał zezwolenie, więc też można podpytać.

Ubezpieczyć się jako stowarzyszenie. Urząd powiatowy jest tylko organem rejestrowym i nie ma nic do ubezpieczenia. Znalazłem pierwsze z brzegu, żeby nie było, że coś reklamuję: https://embrokers.pl/ecms/index.php?pid=26 "Ubezpieczenie od odpowiedzialności cywilnej klubu w związku z prowadzoną działalnością statutową oraz posiadanym mieniem. " Ktoś na terenie klubu złamie nogę? Awaria wody w biurze klubu zaleje sąsiada? Odszkodowanie wtedy jest z takiego OC.

Przepuści !! Tylko napięcie na nim siądzie bardziej niż na innych i bardziej się zagrzeje. Nie chodzi mi o to, że można czy należy łączyć w pakiecie cele skrajnie słabe i mocne - oczywiście nie powinno się tego robić. Chodzi mi o nieprawidłowy powód, dla którego tak się nie robi: że "nie przepuści" - to nie jest kran, który się zakręca i wtedy "nie przepuści". W wyliczeniach do Twojego przypadku cela była 2 razy gorsza: 2 -> 4 mohm. Ale weźmy skrajny przypadek: 5 razy gorsza cela: 2 -> 10 mohm - no to już nie powiesz, że to drobna różnica, tylko to już będzie naprawdę słaba cela. Dla 100A spadek na pojedynczej dobrej celi będzie 0,2V, a na słabej 1V. Dla całego pakietu 14S: zamiast 56V (dla 14 dobrych cel) będzie 55,2V (13 dobrych + 1 słaba), co daje niecałe 1,5%. Oczywiście im większy pakiet (więcej S) tym mniejszy wpływ słabszych cel - Wniosek: przy małym pakiecie warto się pobawić w selekcję, ale przy takim dużym jak 14S szkoda zachodu, bo nie ma to jakiegoś większego wpływu, tym bardziej, że rozumiem, że kolega @pablos ma już gotowe elementy pakietu i nie za bardzo ma jakieś wolne cele, żeby taką selekcję zrobić. Co najwyżej warto pomierzyć, żeby się nie znalazł w pakiecie jakiś skrajny przypadek.

No nie. Pobór prądu z całego pakietu będzie praktycznie taki sam, a tylko napięcie na tej słabszej celi nieco bardziej siądzie. Nawet przy dwukrotnie większej rezystancji wewnętrznej dla celi słabszej i powiedzmy tych 100A spadek napięcia na rezystancji wewnętrznej będzie taki: - cela lepsza 100*0,002 = 0,2V - cela gorsza 100*0,004 = 0,4V Więc przy pakiecie 14S całym zdrowym będzie 56V, a z jedną celą 2 razy gorszą będzie 55,8V czyli niecałe 0,4%. No to policzmy dla np 100A ciągniętych sumarycznie z takiego pakietu. Przypadek 1. Wszystkie gorsze cele 3 mohm w jednej grupie, wszystkie lepsze 2 mohm w drugiej grupie. Prądy rozłożą się 60A w lepszej grupie, 40A w gorszej. Moc tracona na ciepło = I^2*R: - cela w grupie lepszych 60^2*0,002 = 7,2W - cela w grupie gorszych 40^2*0,003 = 4,8W Przypadek 2. Cele gorsze i lepsze mieszamy równo: lepsza, gorsza, lepsza, gorsza, itd. i robimy dwie takie same wymieszane grupy. Prądy rozłożą się równo po 50A. Moc tracona na ciepło: - cela lepsza 50^2*0,002 = 5W - cela gorsza 50^2*0,003 = 7,5W Wniosek 1. W układzie selekcjonowanym na grupę słabszych i lepszych cele słabsze są lepiej chronione (spadek wydzielanego ciepła z 7,5W na 4,8W), podczas gdy lepsze (z wzrostem z 5W na 7,2W) spokojnie sobie poradzą w zakresie prądów nominalnych. Dla takiej celi 5800 marne 30C daje 174A, więc takie tam 50A czy 60A to dla zdrowego pakietu z palcem w ... W układzie mieszanym cele słabsze obrywają bardziej. Wniosek 2. Nie łączenie równoległe czy szeregowe wpływa głównie na zużycie celi tylko jej stan: cela słaba zużywa się bardziej i szybciej niż cela zdrowa. Bez względu na układ. Wniosek 3. Sumaryczna moc tracona na ciepło jest również paradoksalnie mniejsza dla przypadku selekcjonowanego (7,2W + 4,8W = 12W) niż dla przypadku mieszanego (5W + 7,5W = 12,5W). Więc paradoksalnie zdrowiej by było zrobić selekcję i podzielić na grupę lepszych i gorszych.

No robi wrażenie

Znaczy nagra polskie frazy swoim głosem i "znów będziemy mogli go usłyszeć" czy też poprawi gadadełko?

Nie byłem w stanie przyzwyczaić się do tej obecnej drewnianej polskawej odmiany czytania liczb. Więc napisałem sobie własne gadadełko w skrypcie Lua. Cechy: - Poprawna polska odmiana liczb i jednostek - Czyta prawidłowo liczby dodatnie i ujemne 0÷999999 - większe wartości raczej nie występują w praktyce - Czyta liczby ułamkowe z przecinkiem - a nie jak obecnie np. 2,1 czytane jako "dwie jedna" lub w ostateczności "dwa jeden" po zamianie liczebników żeńskich na męskie w plikach dźwiękowych - Czyta liczby ułamkowe do 2 miejsc po przecinku, zamiast do 1 jak obecnie - np. dla li-pol napięcie między 3,75V a 3,84V to spora różnica, a obecnie wszystko z tego zakresu czytane jest jako 3,8 - Czyta dowolne źródło dostępne w OpenTX: drążki, switche, wejścia, miksery i oczywiście telemetrię - Czyta jednorazowo po wystąpieniu warunku (przełączenie switcha, logical switch) lub okresowo co ileś sekund - Funkcja czytania wybranego timera dla pełnych minut, tzw. "Minute call" ("PikCoMinutę") Skrypt należy wgrać na kartę SD do folderu Scripts/Mixes. Skrypt skonfigurować w menu CUSTOM SCRIPTS (WŁASNE SKRYPTY). Ten sam skrypt można dodać wielokrotnie, np. do czytania różnych wartości z różnymi ustawieniami. Oczywiście, żeby nie było podwójnego czytania obecnym algorytmem i nowym należy wyłączyć analogiczne czytanie w SPECIAL FUNCTIONS (FUNKCJE SPECJALNE) i wyłączyć opcję "Minute call" w odpowiednim timerze. Parametry: - Val - wartość do przeczytania (dowolne źródło w OpenTX) - Unit - numer jednostki dla wartości Val (0÷39) - Prec - precyzja (0, 1 lub 2 miejsca po przecinku) - Switch - switch / logical switch do włączania czytania - State - stan switcha włączająca czytanie: * 0 -> czytanie wyłączone * 1 -> ↑Sx * 2 -> -Sx * 3 -> ↓Sx * -1 -> !↑Sx * -2 -> !-Sx * -3 -> !↓Sx * switche 2 stanowe, w tym logical switch nie mają pozycji środkowej; należy używać pozycji 1 (↑Sx lub logical switch wyłączony) i 3 (↓Sx lub logical switch włączony) oraz odpowiednio -1 i -3 - Period - okres czytania w sekundach (0÷180, 0 - przeczytanie jednorazowe) Numery jednostek wg numeracji opisanej w dokumentacji OpenTX: - 0 - bez jednostki - 1 - wolt - 2 - amper - 3 - miliamper - 4 - węzeł - 5 - metr na sekundę - 6 - stopa na sekundę - 7 - kilometr na godzinę - 8 - mila na godzinę - 9 - metr - 10 - stopa - 11 - stopień Celsjusza - 12 - stopień Fahrenheita - 13 - procent - 14 - miliamperogodzina - 15 - wat - 16 - miliwat - 17 - decybel - 18 - obrót na minutę - 19 - g - 20 - stopień - 21 - radian - 22 - mililitr - 23 - uncja płynu - 24 - mililitr na minutę - 25 - hertz - 26 - milisekunda - 27 - mikrosekunda - 28 - kilometr - 29÷34 - nieużywane, czytane bez jednostki - 35 - godzina - 36 - minuta - 37 - sekunda - 38 - godzina-minuta-sekunda (do czytania timerów) - 39 - "Minute call" - czytanie o pełnych minutach w formacie godzina-minuta-sekunda; parametr Period jest w tej sytuacji nieistotny Wykorzystałem pliki dźwiękowe z obecnej wersji pakietu dźwiękowego z folderu Sounds/pl/System, z jednym wyjątkiem: jednostka dla wartości ułamkowych musi być w pliku z cyfrą 3, zgodnie z konwencją dla innych języków: - 1V - wolt - "volt0.wav" - 2V - wolty - "volt1.wav" - 5V - woltów - "volt2.wav - 1,5V - wolta - "volt3.wav" i tak dalej dla wszystkich jednostek. Pliki: - 0÷99 - wiadomo - 100÷108 - sto, dwieście, ..., dziewięćset - 109 - tysiąc - 110 - tysiące - 111 - tysięcy - 112 - jedna - 113 - jedno - obecnie nie występują takie jednostki, ale można sobie wyobrazić np. jedno okrążenie - 114 - dwie - 115 - przecinek - 118 - minus - 122÷129 - dwadzieścia dwie, trzydzieści dwie, ..., dziewięćdziesiąt dwie UWAGA: W spotykanych obecnie plikach dźwiękowych liczby żeńskie "jedna" (0112.wav), "dwie" (0114.wav) zostały zastąpione wersją męską "jeden", "dwa", zapewne, żeby w pewnym stopniu skompensować błędy obecnego algorytmu. Ale skutek jest taki, że nawet żeńskie jednostki czytane będą typu "jeden minuta", czy "dwa minuty". W plikach 0112.wav i 0114.wav muszą być prawidłowe frazy żeńskie. W załączniku dodatkowo plik "system_sounds.txt" jako wsad do OpenTXspeaker lub jako referencja jakie powinny być pliki. PlyVal.zip

Oraz prawo ludzi, żeby nie słyszeć tego czego nie chcą usłyszeć. - ja

Ooo super I będą siatkowe opony? Jeżeli tak to ciekaw jestem metody na wykonanie.

Ja o tym pierwszym filmie. Lata '70 czyli jakieś 50 lat temu, to ta "młodzież" jest w okolicach 60-70 czyli wiek jak najbardziej zdatny jeszcze do pobudowania czy polatania Zidentyfikowałem tego pierwszego pasjonata z początku filmu. To obecnie profesor Marcin Cieński - profesor ... filologii polskiej w specjalności literatura oświecenia. Więc zupełnie nie poszedł w lotnictwo jak gorąco deklarował

Oooo i dziewczyna modelarka jakaś się rezolutna znalazła (od 9:20) Swoją drogą może dałoby się zidentyfikować tych modelarzy z filmu - ciekawe czy nadal poświęcają się temu hobby.

Wątek jest o odczycie liczb po polsku, a nie o wyższości jednego czy drugiego systemu. Moduł gadający jest ten sam i tak samo błędny w Open i w Edge, więc żaden z nich nie wykazuje tu wyższości.

I do tego jeden wolt!! Masakra jakaś Ale tak serio, to mam nadzieję, że to był żart z tym lepszym przykładem, bo to co powyżej to akurat jest trywialne, nawet dla nieprogramisty. Z angielskim nie mam problemu. Do tego stopnia, że OpenTX mam po angielsku. Nie przypadło mi do gustu polskie tłumaczenie, a większość poradników i forów nt. OpenTX jest jednak po angielsku. Łatwiej przełożyć zdobytą wiedzę do radia bezpośrednio, niż odkrywać, że np. "Override" to w polskiej wersji "Bezpiecz" Ale w locie bywa jednak stresik i wtedy wolę jak gada do mnie w moim natywnym języku. Więc nawet znając angielski wolałbym jednak polską implementację. EdgeTX nic nie opracował tylko odziedziczył po OpenTX.

Jeśli 1 godzina to "jedna", jeśli 1 wolt to "jeden", jeśli 1 okrążenie to "jedno", jeśli 1 i 2 wolty to "jeden" i "dwa", jeśli 1 i 2 minuty to "jedna" i "dwie", jeśli 2 i 102 minuty to "dwie" i "sto dwie" minuty, ale jeśli 1 i 101 to "jedna" i "sto jeden", jeśli 2 wolty i minuty to "dwa" i "dwie", jeśli 12 woltów i minut to jednakowo "dwanaście", jeśli 22 wolty i minuty to znowu rozbieżnie "dwadzieścia dwa" i "dwadzieścia dwie", itd., itp. No faktycznie nie ma tu jakiegoś skomplikowanego algorytmu Teraz do mnie dociera dlaczego ten polski algorytm działa jak działa.

Marek, dzięki bardzo za linki. Hmmm. Jeden krok naprzód, dwa kroki wstecz. Polepszyło się trochę czytanie ułamków, choć nadal są kłopoty z przecinkiem: - "0,2" - jest ładnie "zero przecinek 2 volta" ale - "2,2 V" - "dwa dwa volta" - już bez przecinka Dodatkowo teraz wszystkie żeńskie czyta jako męskie: - nadal jest wkurzające "jeden minuta", "dwa minuty" - pogorszyło się na "dwa miliamperogodziny" (a było już nieźle "dwie") i dodatkowo weszły nowe błędy: - "2,1 A" - "dwa jeden point zirou" - "2,1 mA" - "dwa jeden point for" - "2000 mAh" - "dwa i miliamperogodzin" - "5000 mAh" - "pięć minus miliamperogodzin" Posprawdzam. Ale skoro tęgie głowy już nad tym myślały to raczej nie wywróżę nic lepszego do tego co jest. Marudzę, ale mnie strasznie kłują w uszy te "jeden minuta", "dwa minuty" od razu na początku lotu i mi psuje przyjemność

Toż piszę i daję przykłady, że są takie powiązania. I to są zaprogramowane dla różnych języków, także dla odmiany polskiej. Tylko czasem gada źle i miałem nadzieję, że tylko jest coś pomieszane w nagranych frazach. Widziałem wiele pomieszanych wersji nagranych fraz polskich i liczyłem na to, że ktoś może ma taką, która gada dobrze. PS Maciej - a masz radio z OpenTX lub EdgeTx i mówisz z praktyki czy tylko teoryzujesz? Trzy: jeszcze ktoś musi umieć

No właśnie tłumaczenie polskie nie jest robione 1:1. Widzę po zawartości karty SD, że jest wersja polska z "wszystkimi deklinacjami, koniugacjami" - są pliki z odmianą polską typu "jeden", "jedna", "dwie", "tysiąc", "tysiące", "tysięcy", "metr", "metry", "metrów", itd. i w niektórych sytuacjach czyta nawet dobrze, np. "jedna stopa", "dwie stopy", "jeden metr", "dwa metry", "pięć metrów". Więc miałem nadzieję, że tylko coś jest pomieszane w tych frazach i da się to doprowadzić do porządku.

Witajcie Od pewnego czasu jestem szczęśliwym posiadaczem Taranisa X9D z OpenTX. Jestem pod wrażeniem możliwości konfiguracji: mixy wszystkiego ze wszystkim sterowane dowolnymi switchami, Special Functions, wyuzdana logika Logical Switches, super łatwa telemetria i to czego mi najbardziej wcześniej brakowało to czytanie telemetrii, żeby nie trzeba było patrzeć na ekran. Jedno mnie tylko wkurza: toporne, polskawe czytanie liczb typu: - "jeden minuta" - "dwa minuty trzydzieści dwa sekundy" - 1,2 czytane jako "jedna dwie" - 22,1 jako "dwadzieścia dwie jedna", bez żadnego przecinka i z dziwną żeńską odmianą bez względu czy to "jeden metr" czy "jedna mila" - "jedna radian" - "jeden godzina" - "dwadzieścia dwa tysięcy miliamperogodzin" Ćwiczyłem na wersji 2.3.14 i 2.3.15. Czy da się to jakoś zwalczyć? Czy też trzeba się do tego przyzwyczaić i już?

Modele na uwięzi z pewnością nie. [...] Generalnie wszystko <250g i latające < 120m nie podlega przepisom ULC. Po pierwsze - Nie ma czegoś takiego jak "przepisy ULC". Przepisy są tworzone i stanowione przez parlament lub wdrażane w ramach dyrektyw unijnych. A ULC jest ewentualnie ich wykonawcą. Po drugie - Wszystkie twory ludzkie, które unoszą się w przestrzeni powietrznej podlegają przepisom: albo dyrektywie unijnej o BSP, a jeżeli nie to Ustawie Prawo Lotnicze. Co najwyżej niektóre kategorie są zwolnione z niektórych obowiązków - jak np. BSP, a w szczególności modele latające, a w szczególności modele latające na uwięzi. Tak więc modele na uwięzi i latawce jak najbardziej podlegają.

Napisz coś więcej: - co to za klub? jakieś namiary? - skoro konkretny limit wysokości to jaki konkretnie? - czy udogodnienia klubowe typu limit wysokości > 120m przysługują gdziekolwiek latasz czy tylko gdzieś na lotnisku klubowym? Wiele razy tu na forum padało pytanie czy jakiś klub załatwił już sobie warunki indywidualne i nie padła żadna konkretna odpowiedź, więc może w ten sposób dowiemy się coś więcej.

Ja szukałem, ale nie znalazłem nic wartościowego, bo większość odpowiedzi zwrócona przez Google brzmiała: "poszukaj sobie w necie, Google nie gryzie"

No nie do końca. Są 3 rodzaje dźwięków: - Systemowe - typu "słaby zasięg", "krytyczny zasięg", "słaba bateria nadajnika", itp. które inicjuje sam system. Wystarczy faktycznie tylko podgrać własne frazy (lub gotowe frazy przygotowane przez sprzedawcę/producenta) - Własne komunikaty - typu "podwozie wypuszczone", "podwozie schowane", "klapy zero", itp., wynikające z akcji użytkownika typu przełączenie switcha, wystąpienie jakiegoś warunku. I tu już hulaj dusza. Trzeba sobie tylko skonfigurować ich inicjowanie w Special Functions. - Telemetria - i tu jeżeli zasady gramatyczne danego języka nie zostały zaprogramowane wewnątrz Ethos-a to już generowanie własnych fraz nie pomoże. Sprzedawca może co najwyżej przygotować gotowe polskie frazy do komunikatów Systemowych lub jakąś fajną, szeroką bibliotekę komunikatów Własnych. Ale czytanie telemetrii z gramatyką polską musi być zaprogramowane przez programistów Ethosa (+ podgranie polskich fraz liczbowych typu zero, jeden, sto, tysiąc, tysiące, wolt, wolty, woltów, itp.). Jeżeli w zespole programistycznym nie uczestniczy nikt z Polski to nie ma kto takiego gotowca przygotować. Jeżeli to czytanie telemetrii po polsku zostało żywcem wzięte z OpenTX, to z błędami, ale jako tako czyta. Można wziąć polskie frazy przygotowane pod OpenTX. Ale to wątek sklepu o sprzedawanych produktach, więc może tę dyskusję przenieść do osobnego wątku

A czy Erhos potrafi odczytywać telemetrię z prawidłową polską odmianą liczebników, typu 1 wolt, 2 wolty, 5 woltów, plus niuanse polskiej odmiany typu dwie (2) minuty, dwadzieścia dwie (22) minuty, ale dwanaście (12) minut, itp. Bo widzę, że Ethos jest zrobiony jako uproszczona wersja OpenTX. Więc jeżeli wykorzystane zostały kody z OpenTX, to mówienie telemetrii po polsku jest w tych kodach spaprane.