FrSky, improvvise deviazioni servo

[akrobaticone]

Originalmente inviato da davinja

In modalità ACCST il valore RSSI (radio signal strenght indicator) sembrerebbe essere "corretto" dalla bontà del FLR, e FrSky suggerisce di impostare il valore di allarme a 45 db, e critico a 42.

Contenti? ;-)

quindi il bit FLR è presente anche in ACCST?

[davinja]

Originalmente inviato da akrobaticone

quindi il bit FLR è presente anche in ACCST?

FrSky per il l protocollo ACCST ha (da sempre) elaborato un algoritmo che fonde i due parametri (RSSI e FLR) e ce lo restituisce sotto il valore telemetrico RSSI. Quindi questo non è un genuino valore sulla intensità del segnale come il nome RSSI indicherebbe, ma prende anche in considerazione la percentuale di pacchetti dati persi (FLR).
E nonostante la comunità RcGroups abbia insistito affinché FrSky offrisse anche in modulazione ACCST i due valori distinti, pare (ma non è certo) che FrSky non esaudirà questo desiderio, pertanto solo con ACCESS si leggeranno i due dati distinti.
Tutto sempre da prendere con il beneficio del dubbio in quanto le pressioni su FrSky sono notevoli visto la poca popolarità (eufemismo) riscossa presso la clientela dal sistema ACCESS e della versione V 2.X. X dei fw RX e moduli radio di alta frequenza (XJT, iXJT, ISRM). Proprio grazie a queste pressioni FrSky ha deciso di separare e rendere accessibili il valore FLR, che non era disponibile nella prima versione di ACCESS.
Questo è quello che ho capito io, ma non sono un esperto di pacchetti, bit etc. La discussione a cui vi rimando è popolata da smanettoni che hanno messo a punto degli strumenti per fare le pulci a ogni nuova release del firmware e potrete sicuramente acquisire informazioni più dettagliate

[davinja]

Segue aggiornamento sul dato LFR (Lost Frame Rate).
https://www.rcgroups.com/forums/show...postcount=2470
E come immaginato, l'autore del post prevede un interruttore logico che attiva un allarme quando LFR supera il 2%. Il post prevede che in tale situazione venga anche annunciato dalla radio il valore LFR.

Presumibilmente OpenTx prevederà nelle future release soglie e allarmi come già per il valore RSSI.

[Codicefiscale]

Tra ieri e oggi ho aggiornato tutto, radio Horus X10S e riceventi alla 2.1.0.
Ho aspettato sperando nell'uscita dell'aggiornamento ufficiale delle riceventi S8R. Purtroppo ancora nulla ad oggi. Tuttavia con la 2.0.1 era impossibile usare i sensori telemetrici perché, ogni 2-3 secondi la radio lamentava la perdita del segnale con i sensori.
Allo stato attuale, con la versione non ufficiale della S8R, in circa un'ora di prove, il segnale radio non ha mai dato problemi e i sensori altimetro, GPS e lipo rispondono con dati corretti e non si perde il segnale.
Solo un piccolo appunto: rispetto alla X8R che mi rileva 10 valori dei vari sensori, le S8R ne rilevano fino a 16 ma, questi aggiunti sono delle stringhe non riconducibili a nessun valore. Anche con la versione 2.0.1 apparivano ma si alternavano Ad altre righe dello stesso tipo di colore rosso e a perdita di segnale come dicevo sopra.
Credo per questo non sia ancora stato trasformato in aggiornamento ufficiale.
Vi aggiorno con ulteriori prove.

Inviato dal mio ANE-LX1 utilizzando Tapatalk

[davinja]

https://www.frsky-rc.com/access-2-x-...rmware-update/

[davinja]

Sono disponibili i FW per tutti i TX ACCST e riceventi tranne le stabilizzate S6R e S8R

[marcodef]

Aiuto, che sia la volta buona??
Qui i distributori locali consigliano ancora di aspettare....

Veramente un po’ troppo casino in casa FrSky ultimamente.



Sent from my iPhone using Tapatalk

[akrobaticone]

Frsky ha chiesto la collaborazione egli utilizzatori aprendo una discussione su Github rendendo disponibili le versioni beta dei firmware prima di rilasciare le versioni definitive
L'impressione è che coloro che hanno testato i firmware hanno fatto eseguito i collaudi in maniera meticolosa, puntuale e scientifica. Tra di essi anche il distributore tedesco che per primo ha individuato il problema
Condivido che Frsky ultimamente ha fatto le cose in maniera non lineare con scelte non sempre conprensibili
In questo caso mi sento di dire che il metodo è stato vincente e l'aggiornamento a questo punto si può fare, anzi è consigliabile

[Minestrone]

Originalmente inviato da akrobaticone

Condivido che Frsky ultimamente ha fatto le cose in maniera non lineare con scelte non sempre conprensibili

Ultimamente? Perché scusa in passato?

Inviato dal mio Mi A3 utilizzando Tapatalk

[akrobaticone]

ho acquistato la Taranis nel 2013 e allora non mi sembra che abbiamo fatto scelte sbagliate

Gli esordi sono stati piu che positivi, poi secondo me hanno voluto strafare e il resto è storia
forse la parola ultimamente non è adeguata