Free space correction factor

[kaklik]

Našel jsem tento popis "venturiho trubice".

Podstatné na něm je, že vzhledem k tomu, že neodebíráme vstupní tlak v nekonečnu, ale již ve zůženém profilu. Tak TFSLOT bude měřenou airspeed nadhodnocovat. Protože jako referenci pro okolní rychlost má již zvýšenou rychlost na vstupu trubice.

Tento jev se skutečně děje. Protože při posledních letech máme hodnotu ASPD_SCALE1 0.648327. Zřejmě to celé funguje díky tomu, že hodnota ASPD_SCALE1 funguje v nějakém malém linearizovatelném rozsahu okolo běžné rychlosti letu.

Aby to bylo vyřešené správně, tak by buď model TFSLOT musel obsahovat tři parametry pro průřez (vstup z volného prostoru, průřez v 1. odběrovém bodě, průřez v nejužším místě).

A nebo by konstrukce musela být změněna tak, aby došlo k odebírání statického tlaku skutečně z volného prostoru. Což by zřejmě znamenalo z boku poličky. Pak by stačily pouze dva parametry průřezů (vnější průřez, a průžez nejužšího místa).

Možná je ale praktické model udělat tak, že umožní zadání všech tří průřezů s tím že pokud první dva budou zadány jako identické, tak se výpočet korekce na vnější průřez přeskočí. Respektive korekční faktor bude 1.

[kaklik]

Tak mi vyšlo, že korekční faktor na volný prostor (V_inf) z rychlosti měřené na vstupu venturiho trubice (v1). Je:

Experimentálně jsme tak, změřili, že poměr průřezu v místě prvního odběru tlaku a vnější aerodynamické plochy TFSLOT je 0.648327 ;) Nebo převrácená hodnota z toho je 1,54 což je jen o málo větší než odmocnina ze dvou (1,41). Výsledný senzor je tudíž jen o málo citlivější, než pitotka.

[kaklik]

Výše uvedené rovnice je potřeba implementovat do tohoto místa v kódu.

[roman-dvorak]

Výše uvedené rovnice je potřeba implementovat do tohoto místa v kódu.

Tohle místo nepočítá rychlost. Jen to počítá odpovídající korekce tlaku pro pitotku. Což u vyřešní záporných tlaků je dobré místo. Pro výpočet airspeed je to potřeba implementovat jinde.

[kaklik]

Výše uvedené rovnice je potřeba implementovat do tohoto místa v kódu.

Tohle místo nepočítá rychlost. Jen to počítá odpovídající korekce tlaku pro pitotku. Což u vyřešní záporných tlaků je dobré místo. Pro výpočet airspeed je to potřeba implementovat jinde.

Ta korekce jde ale udělat jak na tlaku, tak i na rychlosti. Nedovedu rozhodnout, jestli je lepší upravovat rychlost, nebo tlak. Při korekci rychlosti to ale zřejmě znamená změny na více místech kódu, což pro merge chápu jako nevýhodné. Na druhou stranu je asi divné mít senzor venturiho trubici a měřený tlak přizpůsobovat tak, aby vycházel výpočet nastavený na pitotku. Tudíž mi vychází, že nejlepší řešení zřejmě je zavést nový výpočet rychlosti z tlaku, což znamená změny na více místech. Jen nevim, jestli to zvládnem udržovat, případně, jestli to bude udržovat pak komunita, až nějaké ty senzory prodáme.