handdator

Visa fullständig version : Viktig uppdatering av FrSky sändare/mottagare



pernstig
2020-01-17, 10:13
Hittade ett inlägg på RCGroups som länkade till ett meddelande från FrSky om en viktig uppdatering av radiodelen (XJT) i många sändare och mottagare som ska förbättra kommunikationen.
https://www.frsky-rc.com/important-firmware-update-accst-d16/

uffe_46
2020-01-17, 13:05
Jösses då det var ingen dålig lista, ser ut som har lite att göra den närmsta tiden.
Tack för infon

McRegor
2020-01-17, 14:57
Hmmm - tror absolut att jag avvaktar för att se vilka konsekvenserna kan bli av detta. Speciellt eftersom allt fungerat till 100 % hittills.
Roger

pernstig
2020-01-17, 15:24
Ja, det blir ju en del jobb, två sändare och typ 10+ mottagare varav en del sitter illa till i modeller plus ev. några kompisar som jag brukar hjälpa. Jag avvaktar också ett tag och håller koll på vad som rapporteras på RCGroups.

McRegor
2020-01-18, 11:57
Spekulationen om att D16 V2 skulle innehålla kryptering är helt riktig, tyvärr. Se detta dokument - https://77hobby.pl/important-firmware-update-frsky-accst-d16-v2-n-51.html
Så tyvärr FrSky - nu blir det nog inga mera inköp av sändare och mottagare ifrån FrSky eftersom man av allt att döma gjort detta främst för att slå ut konkurrenten Jumper - oavsett vad man påstår.
Roger

Balcke
2020-01-18, 18:53
Spekulationen om att D16 V2 skulle innehålla kryptering är helt riktig, tyvärr. Se detta dokument - https://77hobby.pl/important-firmware-update-frsky-accst-d16-v2-n-51.html
Så tyvärr FrSky - nu blir det nog inga mera inköp av sändare och mottagare ifrån FrSky eftersom man av allt att döma gjort detta främst för att slå ut konkurrenten Jumper - oavsett vad man påstår.
Roger

Hm, polska är inte så lätt att läsa.

//R

pernstig
2020-01-18, 19:01
Det går att byta till engelska på sidan.

Balcke
2020-01-18, 19:05
Det går att byta till engelska på sidan.

Tack, såg det nu, blev något lättare att läsa :-)

//R

uffe_46
2020-01-19, 07:46
Så tyvärr FrSky - nu blir det nog inga mera inköp av sändare och mottagare ifrån FrSky eftersom man av allt att döma gjort detta främst för att slå ut konkurrenten Jumper - oavsett vad man påstår.
Roger

Jag vet inte riktigt hur du resonerar här, Open TX har numera stöd för Jumper och det är i princip samma som för X10, så kryptering kommer med största sannolikhet fungera med Jumpers radio också

McRegor
2020-01-19, 08:35
Uffe - visst kan det bli så men det vet vi inte ännu. Dessutom - vill jag hålla kvar vid nuvarande D16-protokoll så är ju frågan om det kommer att gå att köra detta på nyare mottagare ifrån FrSky. Gissningsvis inte - speciellt för nya mottagarmodeller. Och jag har rent praktiskt ingen lust att flasha om alla mottagare jag redan har som sitter i många modeller. Uppenbarligen vill inte FrSky stödja nuvarande D16 i sina sändare framledes vilket dom säkert skulle kunna gjort om viljan funnits och då skulle vi ägare slippa göra denna massiva uppdatering av all FrSky-utrustning som vi redan har. Möjligen löser gänget bakom multimodulens FW detta och i så fall får man fortsättningsvis köra på det sättet om man vill kunna blanda befintliga D16-mottagare med nyköpta D16 V2-mottagare. Misstänker att D8-protokollet också fått stryka på foten efter denna uppdatering av sändarna. Sen finns det ju t ex många varianter av kontrollerkort till "quaddar" som kör D8 eller D16 och dom lär ju bli oanvändbara efter uppdatering av sändaren såvida dom inte använder original FrSky-controllers.
Visst - det är helt OK att utveckla protokollen (fast nu hade ju FrSky redan det nya Access-protokollet) för att göra dessa säkrare men man bör ha bakåtkompatibilitet annars riskerar man nog att tappa en hel del befintliga kunder. Man hade väl kunnat koncentrera sig på Access för nya produkter men haft D16 kvar av kompatibilitetsskäl - som man redan hade.
Roger

pernstig
2020-01-19, 08:51
Jag vet inte riktigt hur du resonerar här, Open TX har numera stöd för Jumper och det är i princip samma som för X10, så kryptering kommer med största sannolikhet fungera med Jumpers radio också

Som jag förstår det så kommer en eventuell kryptering att införas i programvaran för radiodelen på sändare och mottagare vilket inte borde drabba OpenTx.
EDIT: därmed skulle FrSky kunna hindra tredjepartstillverkade sändare från att använda FrSky´s
nytillverkade mottagare utan att påverka OpenTx. Det förutsätter att de nya mottagarna spärras för bakåtdatering.

McRegor
2020-01-19, 09:38
pernstig - krypteringen är ju såvitt jag förstått det redan införd på både sändarsidan och mottagarsidan i o m V2 som man måste uppdatera alla enheter med för att de skall fungera tillsammans. Sen är säkert OpenTX opåverkat av detta - det har i vart fall inte kommit nån ny version av denna orsak såvitt jag sett.
Förstår fortfarande inte varför FrSky inte kunde nöja sig med att införa Access-protokollet som det nya och säkrare och låta D16 vara opåverkat ur ren kompatibilitets-synpunkt.
Roger

pernstig
2020-01-19, 09:52
Helt riktigt, om man ska uppdatera måste man uppdatera radiodelen i både sändare och alla mottagare. Men om man (som jag) inte vill uppdatera just nu så uppstår inget problem med kompatibilitet förrän man skaffar en ny mottagare med v2 om dessa blir skyddade mot bakdatering. För egen del har jag beställt ett par mottagare idag (v1) att ha som reserv tills vidare.

peso
2020-01-19, 12:10
Jag har svårt att förstå vad som egentligen är anledningen till att Frsky gör dom här förändringarna. Om dom slutar att tillverka mottagare för D16v1 så blir det ju ännu intressantare för Jumper att ta fram kopior. Plötsligt blir ju alla som har en gammal Frsky-sändare intresserade. Och dom måste ju vara många fler än de som hunnit köpa en Jumper sändare. Ser onekligen ut som ett självmål från Frsky sida.
Det finns redan Jumper mottagare men med brister verkar det som.
Vilken röra det har blivit. Vore det inte för att OpenTx så skulle jag ta fram Futaban igen. Där vet man vad man har.

pernstig
2020-01-19, 14:39
Du har en poäng där peso! Men vi vet ju faktiskt inte om FrSky gör detta också för att stänga ute tredjepartstillverkare. Den officiella anledningen är som sagt en endast åtgärd av en bug.

McRegor
2020-01-19, 16:01
Med tanke på att FrSky helt stoppar bakåtkompatibilitet och dessutom redan har Access-protokollet så kan jag inte se det på annat sätt än att dom försöker slå mot Jumper - men resultatet kanske blir det motsatta som peso spekulerar i.
Roger

pernstig
2020-01-20, 08:31
Andreas Engel på Engel Modelbau har gjort en sammanfattning angående problemet med korta avbrott i RF-kommunikationen.
https://frsky-forum.de/thread/3404-historie-und-zusammenfassung-der-wichtigsten-informationen-zum-thema-pl%C3%B6tzliche/
Jag gjorde en google-översättning eftersom min tyska är bristfällig.

peso
2020-01-20, 12:18
Efter att ha tragglat mig igenom https://frsky-forum.de/thread/3404-h...%C3%B6tzliche/ så blir jag ännu mera övertygad om att det finns en dold agenda i det här. Ett ytterst sällan förekomande fel brukar kunna ha många orsaker. Oftast brukar man vänta på många felrapporter för att se ett mönster innan man överväger åtgärd. Jag tycker man reagerat lite för snabbt den här gången. Men det kommer väl klarna så småningom.
Till dess väljer jag att sitta stilla i båten. Och köper också en mottagare att ha i reserv.

pernstig
2020-01-20, 12:31
Det finns kanske anledning att vara misstänksam men samtidigt är ju faktiskt felet identifierat och åtgärdat efter påpekande från europeiska namngivna tekniker. Framtiden får utvisa!
Här en googleöversättning med min egen sammanfattning
69824

Ville
2020-01-20, 14:12
Hej!
Oavsett agenda från FrSky eller ej så är det bra att de åtgärdar såna här "lömska" fel, för hade jag varit ansvarig för ett stort evenemang så hade jag inte tillåtit utrustning från FrSky. Ni behöver inte reagera uppåt väggarna nu, men jag menar allvar.

/Ville :)

pernstig
2020-01-20, 14:29
Vilka kriterier skulle du gå efter för att utesluta vissa varumärken på stora evenemang?

peso
2020-01-20, 14:43
Förstår din inställning. Men det som komplicerar det hela är att varje programförändring riskerar föra in nya fel. De här apparaterna är väldigt komplicerade nu. Så man kommer till en nivå av säkerhet som blir svår att förbättra även om ambitionen finns. Därmed inte sagt att Frsky uppnått den nivån. Det ligger ett stort värde i att ett system har använts av många under relativt lång tid.
Har man flugit med ett system några år utan några som helst problem så känns det tryggare att fortsätta med det än att välja ett nytt. Därför brukar jag vänta med uppdateringar. Måhända är det en alltför känslomässig inställning.

Ville
2020-01-20, 14:59
Vilka kriterier skulle du gå efter för att utesluta vissa varumärken på stora evenemang?

Ja, det är lite svårt ämne, men är det så att det har kommit till allas kännedom om ett så pass allvarligt fel, om än ovanligt, så ska man reagera i säkerhetssyfte. Jag vet att man förbjöd Hitec att delta på pylontävlingar. Kommer inte ihåg orsaken eller om det bara var i Sverige, men det har som sagt hänt att man diskvalificerat tillverkares produkter.

/Ville :)

Ville
2020-01-20, 15:15
ps.
Jag ska ta ett exempel, och det gäller Multiplex Profi TX senaste programvara, tror det var 3.76 vilken Multiplex hade den goda smaken att diskvalificera själv. Användare ombads nergradera till tidigare programvara.
Alltså, om jag idag skulle vara event/tävlings-ansvarig så hade jag definitivt inte tillåtit Multiplex-sändare med den "farliga" programvaran.

/Ville :)

OlleG
2020-01-20, 16:55
Kan gissa att du får stryka ganska många sändarmärken om du går igenom historien bakåt och blockerar alla som haft en konstruktionsmiss.
/OlleG

Ålänning
2020-01-20, 17:12
Uppdateringshysteri! :-) Rör inte det som fungerar. Flyg!!
Fungerar det inte, uppdatera och håll tummarna att det nya funkar eller byt märke.

uffe_46
2020-01-20, 17:40
Vilka kriterier skulle du gå efter för att utesluta vissa varumärken på stora evenemang?

Jag håller med dig och vem skall fälla avgörandet, finns det någon här med den kompetensen ??

Och tack för din sammanfattning/översättning tidigare här den var jätte tydlig.
När det gäller konspirations teorin om att Frsky gör detta för att få bort Jumper från marknaden så om jag förstått det räät så har Frskys D16 protokoll varit krypterat tidigare och man ändrar för att få ett buggfritt protokoll.

När det sedan gäller Jumpers DIY multiprotocol modul så ställdes frågan i RCgroups tråd för denna modul och utvecklarens svar finns att läsa i post #16662
https://www.rcgroups.com/forums/showthread.php?2165676-DIY-Multiprotocol-TX-Module/page1111

Ville
2020-01-20, 21:49
Kan gissa att du får stryka ganska många sändarmärken om du går igenom historien bakåt och blockerar alla som haft en konstruktionsmiss.
/OlleG

Hej OlleG!
Nu är det inte frågan om att gå bakåt i tiden. Man får utgå ifrån dagens datum. Om de olika sändarmärkena inte visat på några allvarliga brister under ett antal år så får man anse att de är ok, det är de aktuella läget som gäller. Och för att sticka ut hakan så hade jag som event/tävlings-ansvarig inte tillåtit nämda Multiplex-sändare eller drabbade FrSky-sändare.

/Ville :)

McRegor
2020-01-20, 23:16
Ville - enligt vad som berättats har D16 inte varit krypterat tidigare och FsSky's nyaste protokoll, Access, var det första krypterade protokollet ifrån den tillverkaren. Har f ö inte hört om nåt enda fall med radioproblem med FrSky som skulle kunna härledas till denna eventuella felkälla. Om det trots allt skulle inträffa då och då så borde det ha uppmärksammats.
Sen skall vi inte glömma att sådana här såpass stora programvaruuppdateringar i sig är en stor risk så det kan mycket väl vara så att risken är större efter att ha uppdaterat än om man struntar i att uppdatera - i alla fall under de närmaste månaderna.
Roger

jtstaffan
2020-01-21, 15:32
https://youtu.be/NykydQZQeyQ

uffe_46
2020-01-21, 16:22
https://youtu.be/NykydQZQeyQ


Någon här kallade den gode Bruce för General Svammelman, det stämmer ganska bra, han har passerat bäst före datumet med god marginal , efter hans ganska elaka och osakliga reveiw av Horus X12 strök FRsky honom från sin reviewer lista, efter det är han väldigt bitter på Frsky.

jtstaffan
2020-01-21, 18:55
Om vi håller oss till innehållet i den länkade videon: Är kommentarerna och påstående riktiga, eller förvirrat svammel ?

uffe_46
2020-01-21, 19:18
När det gäller taranis x9d (utan plus) Q7S så är det svammel, jag har hjälpt folk att uppdatera dessa och det funkar; jag har ingen erfarenhet av R9 system, men jag vet det var förvirring i mjukvaran i början.
Jag runt 30 frsky mottagare, en RX6r har jag haft problem att inte telemetrin funkar, men den sitter i en inomhus kärra nu.

Så min uppfattning är att antagligen har den gode Bruce en jäkla otur eller så är han.......

pernstig
2020-01-23, 15:17
Tack för alla åsikter.
Är det någon av er som läst denna tråd, eller känner någon, som anser sig ha upplevt felet som FrSky vill åtgärda med uppdateringen? Om så, berätta mer! Och då tänker jag på det sällsynta felet som fryser/slår ut ett eller flera servon under ca 0,9 sekunder som endast drabbar LBT/EU- programvaran.

uffe_46
2020-01-23, 17:42
Här en till som tycker att man absolut inte skall uppdatera

https://www.youtube.com/watch?v=RY5W0v2Tmtw&t=0s

McRegor
2020-01-23, 18:43
...det tycker inte återförsäljaren https://alofthobbies.com/ heller - i alla fall inte ännu eftersom man anser att ändringarna är alltför bristfälligt testade fortfarande.
Roger

FinnbyFraggel
2020-01-25, 08:46
Jag har svårt att förstå vad som egentligen är anledningen till att Frsky gör dom här förändringarna. Om dom slutar att tillverka mottagare för D16v1 så blir det ju ännu intressantare för Jumper att ta fram kopior. Plötsligt blir ju alla som har en gammal Frsky-sändare intresserade. Och dom måste ju vara många fler än de som hunnit köpa en Jumper sändare. Ser onekligen ut som ett självmål från Frsky sida.
Det finns redan Jumper mottagare men med brister verkar det som.
Vilken röra det har blivit. Vore det inte för att OpenTx så skulle jag ta fram Futaban igen. Där vet man vad man har.Frsky har skitit i det blå skåpet....
Min gissning är att dom vill låsa ute andra tillverkare (oavsett namn) att göra kompatibla mottagare som fungerar med Frskys sändare....

Min personliga uppfattning är att dom håller på att gräva sin egen grav, när OpenTX fick support för Jumper T16 köpte jag en och jag ångrar inte det en sekund.
Jag är högst tveksam till att jag kommer köpa några Frsky produkter igen.
Det ska bli intressant att se om dom fortsätter sälja ACCST D16 mottagare och om dom isåfall går att ner gradera till ACCST V1.x.

/Jonas


Skickat från min Armor_6E via Tapatalk

peso
2020-01-25, 11:17
Vi får hoppas att Jumper klarar av att ta fram fungerande mottagare. Att vara beroende av Frsky förefaller osäkert. Vi får se vem som svälter ut vem.
/PO

McRegor
2020-01-25, 22:19
Så länge nuvarande generationer av D16-mottagare säljs så borde de ju gå att "nedgradera". Men med nya generationer så lär man inte släppa nån firmware för deras "opålitliga" D16 v1. Tur man har rätt gott om fungerande mottagare. Det tråkiga är att så länge jag kör FrOS i min Horus så har jag nog gjort min sista programvaru-uppdatering av den sändaren. Men man kan ju i värsta fall byta till OpenTX i den sändaren också...:)
Roger

NitroHybrid
2020-02-08, 18:48
När det gäller taranis x9d (utan plus) Q7S så är det svammel, jag har hjälpt folk att uppdatera dessa och det funkar; jag har ingen erfarenhet av R9 system, men jag vet det var förvirring i mjukvaran i början.
Jag runt 30 frsky mottagare, en RX6r har jag haft problem att inte telemetrin funkar, men den sitter i en inomhus kärra nu.

Så min uppfattning är att antagligen har den gode Bruce en jäkla otur eller så är han.......

Hej på Er! Ja detta är mitt första inlägg här. Har flugit RC från 1969.
Jag har två Taranis D9. Den ena från 2013 och den fungerar inte med D16v201.
Däremot fungerar den andra Taranisen, som är en plus med D16v201 !
Har flugit några gånger efter uppgraderingen, och har upplevt ett par saker med D16v201.
Swampingen (altså överstyrningen inom en meter) är mindre med D16x201, men varierar mycket
mellan olika mottagare.
Upplevde en grej häromdan. när jag landat helin och skulle koppla ur batteriet i helin.
Ställde radion ca en meter från helin, som har en XSR-mottagare, och då hör jag en gång:
"avkännare förlorad"
Stig

NitroHybrid
2020-02-08, 18:56
Tack för alla åsikter.
Är det någon av er som läst denna tråd, eller känner någon, som anser sig ha upplevt felet som FrSky vill åtgärda med uppdateringen? Om så, berätta mer! Och då tänker jag på det sällsynta felet som fryser/slår ut ett eller flera servon under ca 0,9 sekunder som endast drabbar LBT/EU- programvaran.

En enda gång, har Frsky bråkat med mig. Hovrar min heli på ca en meters höjd, och helin dyker rakt ner, som om
den gett full negativ pitch!
Vid en noggrann undersökning, så hittade jag en servokabel med avskavd isolering.
Troligen hade kabelen legat mot chassiet och gett störningar, och kan ha gett nämda fel.

thoabr
2020-02-09, 06:57
Hej på Er! Ja detta är mitt första inlägg här. Har flugit RC från 1969.
Jag har två Taranis D9. Den ena från 2013 och den fungerar inte med D16v201.
Däremot fungerar den andra Taranisen, som är en plus med D16v201 !
Har flugit några gånger efter uppgraderingen, och har upplevt ett par saker med D16v201.
Swampingen (altså överstyrningen inom en meter) är mindre med D16x201, men varierar mycket
mellan olika mottagare.
Upplevde en grej häromdan. när jag landat helin och skulle koppla ur batteriet i helin.
Ställde radion ca en meter från helin, som har en XSR-mottagare, och då hör jag en gång:
"avkännare förlorad"
Stig

Händer när man har sändaren för nära mottagaren.
'
Thomas

NitroHybrid
2020-02-09, 12:57
Jo, det beror ju på överstyrning, men det är ett nytt beteende för det nya protokollet!
Med det gamla protokollet, så kunde det bli "telemetri förlorad"
Stig

uffe_46
2020-04-26, 13:38
Så då var FRSKY ACCST 2.1 inte så hemligt längre, det har släppts en uppdatering till bla Jumper T16 Multilpotocol modul som fixar saken
https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/releases

Tmac har gjort en video om hur man uppdaterar


https://www.youtube.com/watch?v=y6wg-_PmiL8

FinnbyFraggel
2020-04-26, 15:44
Så då var FRSKY ACCST 2.1 inte så hemligt längre, det har släppts en uppdatering till bla Jumper T16 Multilpotocol modul som fixar saken
https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/releases

Tmac har gjort en video om hur man uppdaterar


https://www.youtube.com/watch?v=y6wg-_PmiL8Japp, modulen har stöd för ACCST 2.1, dock inte implementerat i någon stabil version av OpenTX.
Kommer att komma i 2.3.8.

Skickat från min Armor_6E via Tapatalk

uffe_46
2020-04-26, 16:21
Är inte helt säker på FinnbyFraggel det står så här i releas note "Protocols appearing in alphabetic order, only available in the latest OpenTX 2.3.8 nightlies (not published yet)" Så jag tolkar det så att protokollet funkar men sökningen är inte i bokstavs ordning. Kolla lite snabbt i min jumper och fick upp FRSKYx2 och ser ut att skicka bind signal, MEN HAR INTE PROVAT MOT MOTTAGARE ÄN.

FinnbyFraggel
2020-04-26, 16:26
Är inte helt säker på FinnbyFraggel det står så här i releas note "Protocols appearing in alphabetic order, only available in the latest OpenTX 2.3.8 nightlies (not published yet)" Så jag tolkar det så att protokollet funkar men sökningen är inte i bokstavs ordning. Kolla lite snabbt i min jumper och fick upp FRSKYx2 och ser ut att skicka bind signal, MEN HAR INTE PROVAT MOT MOTTAGARE ÄN.Då gissar jag du kör JumperTX och inte OpenTX?
Det fungerar även under 2.3.7 men du måste själv välja protokoll och sub protokoll via modulens firmware spec.
Tror ACCST 2.1 heter 64 0 för non-EU och 64 1 för EU.

Skickat från min Armor_6E via Tapatalk

uffe_46
2020-04-26, 16:39
Då gissar jag du kör JumperTX och inte OpenTX?
Det fungerar även under 2.3.7 men du måste själv välja protokoll och sub protokoll via modulens firmware spec.
Tror ACCST 2.1 heter 64 0 för non-EU och 64 1 för EU.

Skickat från min Armor_6E via Tapatalk


Kör open TX 2.3.7 och tyckte mig se i videon att TMAC gjorde så också. skall testa med en mottagare imorgon

McRegor
2020-04-26, 17:08
Det finns väl inget JumperTX numera eftersom Jumpers sändare stöds direkt av OpenTX - eller ?
Roger

uffe_46
2020-04-26, 17:10
Det finns väl inget JumperTX numera eftersom Jumpers sändare stöds direkt av OpenTX - eller ?
Roger

Helt RÄTT

FinnbyFraggel
2020-04-26, 18:10
Kör open TX 2.3.7 och tyckte mig se i videon att TMAC gjorde så också. skall testa med en mottagare imorgonHmm, okej.
Jag kör fortfarande 2.3.5 på min Jumper T16 men har tittat i både Companion och FW simulator för 2.3.7 och det finns inte ett spår av Frsky X2....
Jag har ingen panik då jag inte har några planer på att gå över till ACCST 2.1 eftersom jag släppt Frsky och enbart använder dom mottagare jag redan har och köper på mig begagnade....
Min dotter kör min X9D och den kommer att stanna på OTX 2.2.x eftersom dom har stökat till max längd på ljud filer på 2.3.x.
Väntar på intern modul till min T16 enbart för att kunna köra trådlös trainer med dottern och X9D.

Skickat från min Armor_6E via Tapatalk

uffe_46
2020-04-27, 16:32
Har testat lite idag uppdatera en X8R mottagare och la in en ny modell i min Jumper T16 och som ni ser på bilden kommer protokoll namn upp i klartext på displayen oden band fint.

70511
70512

MEN om man öppnar i Companion 2.3.7 då blir det problem, se bild
70513
Laddar man sen ner från Companion så blir det stök med protokoll namnet och mottagaren tappar bindningen, se bild, så man bör vänta tills 2.3.8 är släppt innan man använder Companiom att editera med, tro inte att det dröjer så länge 3 öppna problem och 90% komplett
70514

FinnbyFraggel
2020-05-04, 09:49
Har testat lite idag uppdatera en X8R mottagare och la in en ny modell i min Jumper T16 och som ni ser på bilden kommer protokoll namn upp i klartext på displayen oden band fint.

70511
70512

MEN om man öppnar i Companion 2.3.7 då blir det problem, se bild
70513
Laddar man sen ner från Companion så blir det stök med protokoll namnet och mottagaren tappar bindningen, se bild, så man bör vänta tills 2.3.8 är släppt innan man använder Companiom att editera med, tro inte att det dröjer så länge 3 öppna problem och 90% komplett
70514

Vilken version kör du i radion för att få upp FrskyX2 D16?
Jag testade just med 2.3.7 men hittar inget över protokoll 58, eller har dom lagt in versions kontroll av 4 in 1 modulen och enbart presenterar dom protokoll som är supportade?

uffe_46
2020-05-04, 10:25
2.3.7 date 2020-03-20, har du uppdaterat den interna modulen till 1.3.0.91 ??

FinnbyFraggel
2020-05-04, 10:37
2.3.7 date 2020-03-20, har du uppdaterat den interna modulen till 1.3.0.91 ??

Nej, jag körde 1.3.0.53 på 4 in 1 modulen, så det betyder att OpenTX anpassar tillgängliga protokoll efter vilken version man ar på FW i modulen.
Efter att jag gick upp till 1.3.0.91 fanns FrskyX2 och FrskyRX CloneTX med i listan med OTX 2.3.7, saknar dock fortfarande Frsky D16 CLONE.
FrskyX2 CLONE finns tillgängligt men då jag inte har några mottagare med ACCST 2.1 är det inte aktuellt för mig.

uffe_46
2020-05-04, 10:51
Eller så är det att radion läser textsträngen med modul namn från modulen direkt

FinnbyFraggel
2020-05-08, 12:22
Nej, jag körde 1.3.0.53 på 4 in 1 modulen, så det betyder att OpenTX anpassar tillgängliga protokoll efter vilken version man ar på FW i modulen.
Efter att jag gick upp till 1.3.0.91 fanns FrskyX2 och FrskyRX CloneTX med i listan med OTX 2.3.7, saknar dock fortfarande Frsky D16 CLONE.
FrskyX2 CLONE finns tillgängligt men då jag inte har några mottagare med ACCST 2.1 är det inte aktuellt för mig.Efter uppdateringen från 1.3.0.53 till 1.3.0.91 tappade alla mina D8 mottagare bindningen, eller inte helt mottagarna reagerar men i intervaller, händer inget på 2 sekunder så hoppar servot till några grader och sen dött i 2 sekunder.....
Någon mer som råkat ut för detta?
/Jonas

Skickat från min Armor_6E via Tapatalk