FrSKY TARANIS

[senmathal]

Då är det gjort! Nu är jag ju lite ny på det här men gäller detta bara Companion eller ska man ladda ner något till radion också?

/Mats

[tvbcom]

Först till PC'n sen till radion.
Om du kan engelska så hittar du bra info här: http://open-txu.org/

[Keny]

Mats, enligt experterna på RCgroup forum så är det den bäst/buggfriaste versionen och rekomendationen är: uppgradera!

En undran; ligger alla mina modellinställningar på SD-kortet eller påverkas dom om jag uppgraderar mitt firmware?
Om dom påverkas, kan jag då lägga tillbaks dom från modellbackup:en eller måste jag göra om mina inställningar? Kan ju vara nog så viktigt att veta i fall man har en massa modeller inlagda.

[Cinzano]

Du kan alltid göra en backup till kortet via programmet från pc ... Ifall nått skulle hända ... Men jag har uppgraderat utan problem ..

[Keny]

Du kan alltid göra en backup till kortet via programmet från pc ... Ifall nått skulle hända ... Men jag har uppgraderat utan problem ..

Jo, men anledningen till att jag undrar är att mitt firmware har blivit större i kB räknat efter att jag lagt in fler modeller, så något sparas ju i Firmware. Om jag då uppgraderar till nytt Fw så rensas väl det gamla - eller ?

[Cinzano]

Jag skall uppgradera min senare idag ... Återkommer med svar

[FinnbyFraggel]

Någon som gått upp till 2.0.13 ännu?
Jag är på väg att även börja med flygplan och då kan flygtiderna öka jämfört med helikopter och multirotor och är det en bugg i någon klockrutin så finns risken att den visar sig vid längre flygningar.
/ Jonas

[turmere]

Ska uppdatera en taranis ikväll är det bara och ta den senaste fw och köra på?

[Hayvosh]

Ska också testa uppgradera ikväll, så får se hur det går

[freddan_6]

Hej
Jag har uppdaterat till 2.0.13. Men jag har inte märkt buggen i 2.0.x (x är mellan 0 och 12). Jag har som längst flugit i 1 timme. Jag har inte använt någon global variabel i den modellen, det verkar vara på gv som felet upptäkts.

[Håkan]

Jag fick en idé så jag undrar om nån redan gjort detta?
Telemetrin funkar och jag får rotorvarvtalet till radion, ja det är helikopter då.
Man har ju trottelkurvor för att ställa in ett visst varvtal.
Men: då kan man ju ställa in ett varvtal i radion, ja i klartext 1850 rpm t ex.
Sen tar ett Lua-script telemetrivärdet av varvtalet och ställer trottelvärdet så att
det blir rätt varvtal 1850 rpm då. Som ett slags extern governor, fast jag tänkte
mer på medelvärdesnivå eller så.
Implementeras som en enkel PID-regulator, det är ju inga konstigheter.

Tankar?

[dvogonen]

Två invändningar :
1) Telemetrin har låg datatäthet. Något i stil med två mätvärden i sekunden. Risken för ett självsvängande system är stor om man använder så få mätpunkter. Och även om det inte självsvänger så blir regleringen långsam.
2) Lua-script övervakas under körning och kan när som helst oväntat termineras av övervakaren. Av den anledningen avråds uttryckligen från att använda telemetridata för direktreglering.

[Håkan]

Ja nån realtids "extern governor" lär det inte bli. Jag tror jag mest tänkte på ingafflandet av värdet för trottelkurva. Det kanske är en separat aktivitet av engångskaraktär, ställa in varvtalet och så varvar upp rotorn och radion justerar in trottelvärdet för varvtalet som jag sen kan sätta i mixern. Under flyg så fungerar mina reglage rätt bra med sina interna governorer så där behövs inte så mycket stöd om governorn fungerar bra och inte tappar varv med tiden. Att ställa in varvtalet kan jag låta ta en halvminut eller så, det borde funka.

Jo jag har sett disclaimern om LUA-script. Dels så blir det väl bättre och bättre med tiden kan tänkas så att det så småningom är accepterat att mixa med LUA. Sen borde det väl finnas sätt att mildra konsekvenserna av att ett script stoppar. I det här fallet tänkte jag använda en GV som lua justerar och om lua inte skriver sönder GVn fullständigt så borde värdet finnas kvar även efter ett stopp av scriptet. Jag gissar men hoppas det är så.

Och är det nödvändigt, nej det vet jag inte men det är roligare att prata om 1900rpm istället för "63 i trottelkurvan" tycker jag. Och för att man kan. (göra det med Taranisen)

[dvogonen]

Visst kommer GVn att finnas kvar. LUAscrioten stängs bara ned. Data lämnas orörda.

Jag flyger inte helikopter och har inte koll på exakt vad du vill göra, men LUA är till för att göra saker som de du beskriver: Lägga till specialfunktioner som är lite för smala för att någonsin komma som standard. Ingaffling av beräknade värden utgående från en långsam mätserie låter som ett bra exempel.

Jag tycker absolut att du skall prova att göra en LUA-funktion. Allt vi gör med RCprylarna gör vi ju för skojs skull och för att lära oss nya saker. Strunt samma om det är nödvändigt eller ej. Jag ville bara varna för de uppenbara farorna med att använda LUA för direkt styrning.

[Håkan]

Ja nu har jag gjort ett script. Vågade inte göra det speciellt automatiskt utan scriptet gör en injustering av varvtalet mot satt värde när SD slås till. Sen får jag vänta några sekunder så reglaget får ställa in det nya varvtalet. Kan slå till SD igen för ytterligare finjustering eller så är det klart.
Ska testa i morgon så får jag se hur det verkar och ta det från där.