Erster Ausblick Telemetie in openTx V2.10

Status
Nicht offen für weitere Antworten.

Norbert

Erfahrener Benutzer
#62
Hy,


mit Ratio in der Sensorzeile als Anpassung 100 bis 0,1 ( leider noch nicht bis 0,01 )
Hallo Helle,
vielen Dank für deine Antwort. Beim mir kann ich die Anpassung (Umrechnung) bis auf weit über 2000 setzen ( habe das Ende nicht ausprobiert.

Ja, das ist schon richtig, dass der kleinste Wert 0,1 ist, ABER:

Nur wenn ich den um Faktor 100 zu großen Telemetriewert mit dem Ratio 2,6 versehe, bekomme ich den erwünschten Wert.

Das hat mir keine Ruhe gelassen und ich habe verschiedene stabile Telemetriewerte mal mit verschiedenen Umrechnungswerten versehen ( siehe Tabelle). Und jetzt ist die Sache wesentlich klarer.

Der empfangene Telemetriewert wird mit Faktor x2.55 versehen und dann noch mit 1 oder 10 oder 100 dividiert, abhängig von der Art des Telemetriewertes die FrSky kennt.

TeleRech.jpg


Warum das so ist ???? Kenne ich nur bereíts seit 2.0.99 und dachte, wird schon noch hingebogen werden. Erst jetzt habe ich systemtisch geprüft, was da passiert. Irgendwo ist da noch ein Fehler im Rechensystem. Wäre schön, wenn im Zuge der Bereinigung auch die Möglichkeit des Faktors .01 eingebaut würde. Vielleicht in zweiten Berechnungsschritt, in dem ich ausser 2. Sensor auch einen Faktor eingeben kann, oder beginnend
0.1..........9.9 und einem Hauptfaktor 0,01/0,1/1/10/100 mit 1 als Default, sonst dauert das Einstellen ewig, wenn zu feine Schritte gewählt werden.
 

Norbert

Erfahrener Benutzer
#64
Hy Norbert,

stell doch mal Präzision auf 0,01
dann solltest du auch per Ratio mi 0,01 mulitplizieren können
Ja, schön wäre es. Kann zwar den Offset auf 0,01 setzen, nicht Ratio. Die Berechnung des Ratio macht für mich gar keinen Sinn, warum gegenüber dem übertragenen Telemetriewert ohne Vorberechnung der Faktor 2,55 oder 25,5 oder 255 drin hängt. Ich VERMUTE das hat historische Gründe aus alten Telemetriezeiten mit A1/A2 dass dieser Faktor da mit verrechnet wird.

Bei dem obigen Beispiel war Ratio für RxBt mit einem X6R defaultmässig im Sender auf 13.2 gestanden. Das entspricht 3,3V mit Teiler 4. 3,3V ist meine ich der Maximalwert des A/D Wandlers im X6R, also warum 13,2 als Ratio und nicht 4?

Norbert
 

Norbert

Erfahrener Benutzer
#65
Lässt mir alles keine Ruhe, habe mein RxBt = A1 am X6R extern stimmuliert:

A1 Taranis Telemetriewert ohne Ratio

0v 0
0,5V 3,85
1,49V 11,4 = 5,97 für X6R /4, gemessen an A1
3,06V 23,6
3,29V 24,1

bei 3,31V 0,00V = Überlauf


Das heisst, das A1 Telemerie Signal ist ein vorverarbeitet Signal, das aufgrund des 1:4 Teilers und des Wandlers bei 13,2V Maximalanzeige, bzw Überlauf hat. Daher auch dieser Default Teiler im Sender unter Ratio.

Norbert
 
#66
Hy

multiplizer mal den Differenzwert erst mit 10 oder 100

und erst dann Abfrage im log Schalter
wg interner Auflösung von "|a|>x"
würde nicht viel helfen, wenn nur eine Spannung gemessen wird ist die Differenz > 15V, auch da keine Reaktion vom logischen Schalter

Hy,


mit Ratio in der Sensorzeile als Anpassung 100 bis 0,1 ( leider noch nicht bis 0,01 )
das geht aber nur für Sensorwerte, nicht für berechnete Werte ?

hab mal die Modell-Datei angehangen, vielleicht hat ja jemand eine Idee...
 

Anhänge

helle

Erfahrener Benutzer
#67
Hy Norbert;

also die Telemtrie Umrechnungen zum Anzeigewert laufen immer so:

In Abhängikeit ob und was man in Ratio einträgt gilt:

entweder Ratio = "-" dann wird so gerechnet: (also Wert geteilt durch 10)
[( Telemtriewert / 10 ) ] + Offset = Anzeigewert
Beispiel: [(1000/10) ] + Offset = 100


oder Ratio nicht " - " dann wird so berechnet: (also Wert geteilt durch 255 mal Ratio )
[ (Telemetriewert / 255 ) * Ratio ] + Offset = Anzeigewert
Beispiel: [(1000 / 255) * 255] + 0 = 1000


Damit kann man jetzt alles passend umrechnen !

Am Simulator mit F4 und Telemetriesimulation aktiv, alles schön einzustellen


Präzision gibt nur die Nachkommastellen an 0 0,0 0,00

Bei deinem SM-Vario der in cm/s ausgibt:
Steigen mit 200cm/s also 2,00m/s

(200/255)*2,5 = 1,96 ( genauer geht es, nicht da bei Ratio 2,55 nicht möglich ist)


Präzision gibt nur die Nachkommastellen an 0 0,0 0,00
 

Anhänge

Zuletzt bearbeitet:

Norbert

Erfahrener Benutzer
#68
Hy Norbert;

also die Telemtrie Umrechnungen laufen immer so:

In Abhängikeit ob und was man in Ratio einträgt

entweder Ratio = "-" dann wird so gerechnet: (also einfach durch 10 geteilt)
[( Telemtriewert / 10 ) * 1 ] + Offset = Anzeigewert
Beispiel: [(1000/10) *1 ] + Offset = 100


oder Ratio nicht " - " dann wird so berechnet: ( also geteilt durch 255 * Ratio )
[ (Telemetriewert / 255 ) * Ratio ] + Offset = Anzeigewert
Beispiel: [(1000 / 255) * 255] + 0 = 1000


Damit kann man jetzt alles passend umrechnen !

das kann man am Simulator, mit F4 und Telemetriesimulation aktiv, alles schön ansehen


Präzision gibt nur die Nachkommastellen an 0 0,0 0,00

Bei deinem SM-Vario der in cm/s ausgibt:
Steigen mit 200cm/s also 2,00m/s

(20/255)*25,5 =2,00
Hallo Helle für die ausführliche Antwort,

durch reverse Engenering and try and error bin ich auch darauf gekommen, aber deine logisch klar Erklärung ist natürlich besser.

das einzige was mir jetzt in dem Telemetrie Berechnung Modul nicht klar ist, ist die Zeile über LogDaten - nämlich Permanent - was bewirkt permanent??

Norbert
 

helle

Erfahrener Benutzer
#69
Hy Norbert,

Log = Aufzeichnen auf die SD-karte

Permanent = letzter Wert halten/merken bis ein neuer kommt, kann ja sein dass nur alle 10s ein neuer Wert kommt.

Filter = gleitender Mittelwert der 5 (10) letzen Werte
 

Norbert

Erfahrener Benutzer
#70
Danke Helle,

jetzt ist mir im Moment in der Telemetrie alles klar.

Nur noch die Sprachdateien auseinander pflücken, dass die richtige Dimension angesagt wird, dann bin ich durch - bis zum nächsten Update

Norbert
 

helle

Erfahrener Benutzer
#71
Hy Norbert,

kleine Ergänzung zu den Analog Eingangswerten A1 bis A4:
dort können ja beliebiege phy. Werte als Spannungswert anstehen

z.B.
3 Zellen Akkuspannung 3*4,2V= 12,6V die teilt man auf als 3:1 = 3,15V (Grenze wäre 3,3V)

A/D Wandler Eingang
3,3V * 3 = 9,9V zu wenig
3,3V * 4=13,2V passt rein, also Teiler 3:1 = Faktor 4

3:1 das ist ein Spannungsteilerfaktor von 4
1 Teil am A/D-Wandler-Pin
3 Teile am Vorwiderstand
----------------------------------------------------

Max am Prozessor dürfen aber nur 3,3V ankommen,
diese werden mit 10 bit digitialisiert ( =1024), dann um 2 bit verschoben wg LSB-Rauschen.

Damit stehen für 3,3V effektiv 8 Bit = 256 (0 bis 255) zur Verfügung

Jetzt greift wieder die Umrechnung mit Ratio in bekannter Weise

Eingangswert als Bitauflösung / 256 * Ratio = Anzeigewert

3,3V ==>umgesetzt in ==> 255bit / 256 * 3,3Ratio ==> 3,3V als Anzeige

Ratio Anzeige
1,0 = 1,00V
2,0 = 2,00V
3,3 = 3,3V
13,2 = 13,2V (hier kommen auch diese ominösen 13,2 her 3,3V *4=13,2V) was max mit einem 3:1 Teiler geht)


Was bedeutet das für die Companion, Telemetrie-Werte-Simulation:
unter F4 bei A1-A4 nur Werte von 0 bis 255 eingeben
(also nicht 3,3V oder 33 oder 330 eingeben)


Alle anderen Telemetrie-Werte kommen schon von den S-Port Sensoren
in den richtigen Dimensionen rein, mit einer Auflösung von 1,0 oder 0,1

-------------------------
 
Zuletzt bearbeitet:

helle

Erfahrener Benutzer
#73
hy heikop,

das ist so zu verstehen:

3 Zellen Lipo-Akkuspannung 3*4,2V= 12,6V

A/D Wandler Eingang kann 3,3V
3,3V*3=9,9V zu wenig
3,3V*4=13,2V passt

3 : 1 ist ein Spannungsteilerfaktor von 4

1 Teil am A/D-Wandler-Pin
3 Teile am Vorwiderstand

Spannungsteiler 3: 1 = 3*4,7k zu 4,7k
----------------------

6 Zellen Lipo Akkuspannung: 6*4,2V=25,2V

A/D Wandler Eingang kann 3,3V
7*3,3V= 23,1V also zun wenig
8*3,3V= 26,4V passt also

7 : 1 ist ein Spannungteilerfaktor 8

1 Teil am A/D-Wandler-Pin
7 Teile am Vorwiderstand

Spannungsteiler 7: 1 = 7*4,7k zu 4,7k
------------------------

4 Zellen Lipo = 4*4,2V= 16,8V

5*3,3V= 16,5V etwas zu klein für den Akku mit 16,8V!
6*3,3V= 19,8V passt also

Teiler 5 : 1 5*4,7k zu 4,7k
---------------------

5 Zellen Lipo = 5*4,2=21V

A/D Wandler = 3,3V*7= 23,1V passt also

Spannungsteiler 6 : 1 = 6*4,7k zu 4,7k
----------------------

Die Spannungsteiler-Widerstände muss man rausmessen und zusammenstellen
Man sollte auf Fehler kleiner 0,4% kommen. ( 100% / 255= 0,39%)


-----------------------


usw
 
Zuletzt bearbeitet:
#74
Hallo.

Spricht etwa dagegen, wenn der Teilungsfaktor gerinfügig größer ist?
Beispielsweise statt bei 4 bei 4,2 liegt. (12,6V -> 3V am Teileraisgang)
Eigentlich dürfte ja nur die Genauigkeit geringfügig schlechter werden.
Welche Werte müßte man dafür einsgeben?

könnte man so nicht auch größere Widerstandstoleranzen aisgleichen.

wäre bei 5Zellen nicht ein Teilungsfakor von ~6,4 günstiger?

Wie hoch darf der Widerstandswert für den unteren Bereich (bei Helle mir 4,7k angegeben) maximal werden?

Dank und Grüße
Lothar
 
Zuletzt bearbeitet:

helle

Erfahrener Benutzer
#75
Hy,

den Teilungsfaktor kannst du dir beliebig anpassen, auch krumme Werte sind möglich.
Dann ist halt das Ratioverhältnis auch nicht mehr gerade.

Am AD_Pin darf nie mehr als 3,3V anliegen! also per Z-Diode schützen.

Die 4,7k sind nur ein Beispiel
Aber so zwischen 1k und 10 k sollte das liegen was am AD_Pin als Faktor 1 anliegt
Ein kleiner Kondensator paralell dazu filtert noch etwas nach.

-----------------------------
Problem sind immer die 2 Steigungsgerade,
vom Spannungsteiler zum A/D Wandler

Du kannst alles exakt auf einen Punkt abgleichen,
aber sobald deine Eingangswerte stark schwanken, passt dein Abgleich nicht mehr.
Darum ideal gerade Teilerverhältnisse verwenden..

Dann must du per Offset und Ratio die 2 Steigungsgerade wieder zueinander anpassen
und abgleichen.
 
Zuletzt bearbeitet:

helle

Erfahrener Benutzer
#76
Hy Norbert,

du hast doch unisens-E Telemetrie an der Taranis am Laufen

Passen die ID und die Werte
-------------------------------
????????
I have a Unisens-E sensor with the last firmware.
It was doing its job really well on 2.0.17 opentx,
now i have upgraded to 2.1.1 on my taranis plus but
i have few question about config it with the new telemetry:

Sensors all with common ID 20:
3 VFAS ID 0210
4 Fuel ID 0600
5 Temp ID 0410
6 VSpd ID 0110
7 Alt ID 0100
8 RPM ID 0500
9 Curr ID 0200

The default measure units displayed for each sensors are the correct ones?
????????????
 

Norbert

Erfahrener Benutzer
#77
Sorry Helle,

ich habe den GPS-Logger 2 als einzigen SM Sensor. der hat unter der ID 6 14 verschiedene Telemetriewerte. Wenn sie dich im Detail interessieren, nochmals meden. Die werden alle automatisch erkannt, ich muss aber bei 3 Sub-Id die Bezeichnungen und Einheiten zuweisen, da diese FrSky nicht kennt.

Norbert
 
#78
Hallo Helle,

ich habe den unisens-e und bei mir geht unter 2.1.1 die Anzeige wie folgt.

Name - Wert - Id
Curr A 0200 20
VFAS V 0210 20
Fuel % 0600 20
VSpd m/s 110 20
ALT m 0100 20
RPM rpm 0500 20
VerB mAh Berechnung Verbrauch
Temp °C 0410 20

Rpm konnte ich nicht testen. VSpd zeigt nur 0,0 an.
Alle anderen Werte sind o.k.
 
Zuletzt bearbeitet:
#79
Hallo zusammen,

entweder hab ich grad nen Knoten im Hirn oder es funktioniert bei der Telemetrie noch etwas nicht richtig...

Ich hab an einem Modell zwei Spannungssensoren für den Akku : Vfas-(JLog) und FLVS (FLVSS)
Aus den beiden möchte ich die Differnez berechnen, also neuen Sensor, Typ "calculated", Formel "Add", Werte "FLVS" und "-Vfas"
passt auch soweit, angezeigte Differenz zwischen -0.07 und 0.03 V

Wenn ich jetzt aber einen logischen Schalter darauf lege mit "|a|>x" kann ich bei x einstellen was ich will, der wird nicht aktiv...
hat sich auch geklärt, ist ein Bug in der 2.1.1
der logische Schalter funktioniert in der Version nur mit einer Sensor-ID <= 16
 

rentasad

Neuer Benutzer
#80
Hallo Zusammen,

ich wollte mal fragen, ob es von der openTX/Taranis-Dokumentation schon eine aktelle Version für die 2.1 gibt. Ich habe bisher nur de sechsseitige Zusammenfassung von Helle zur Telemetrie gefunden. Die allgemeine openTX-Anleitung in deutsch ist jedoch von 2013.

Wenn ja, könnt ihr die Links hier noch posten?

Danke und viele Grüße

Rentasad
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten