FrSky Taranis - kurze Frage, kurze Antwort
- Themenstarter Chriss_:)
- Beginndatum
- Status
Hallo alle zusammen,
nach langem hab ich dann doch mal meine Taranis auf die Aktuelle Version gebracht.
Läuft für sich auch sauber hoch. Doch seit dem Update kann ich mit Companion nicht mehr Verbinden???
Vers. 2.0.13
EEPR: 216
Jemand ne Idee wo ich ansetzen muss?
Habe die Funke an wenn ich diese an Windows Usb stecke.
Windows plingt auch. Jedoch werden weder die SD Karte noch der Bereich des Bootloaders geöffnet wie früher
Jemand ne Idee wo ich ansetzen muss? Google mich grad blöd und will meine Modelle Bearbeiten
Besten Dank
nach langem hab ich dann doch mal meine Taranis auf die Aktuelle Version gebracht.
Läuft für sich auch sauber hoch. Doch seit dem Update kann ich mit Companion nicht mehr Verbinden???
Vers. 2.0.13
EEPR: 216
Jemand ne Idee wo ich ansetzen muss?
Habe die Funke an wenn ich diese an Windows Usb stecke.
Windows plingt auch. Jedoch werden weder die SD Karte noch der Bereich des Bootloaders geöffnet wie früher
Jemand ne Idee wo ich ansetzen muss? Google mich grad blöd und will meine Modelle Bearbeiten
Besten Dank
Hallo Pathfinder.
Ab Version 2.0 den Sender mit dem Affengriff einschalten (beide unteren Trimmhebel zur Mitte drücken, festhalten und den Sender einschalten)
Es meldet sich der Bootlader, dann erst das USB Kabel anstecken.
Bei mir dauert es dann einige Sekunden, bis sich die beiden Laufwerke melden.
Gruss
Michael
Ab Version 2.0 den Sender mit dem Affengriff einschalten (beide unteren Trimmhebel zur Mitte drücken, festhalten und den Sender einschalten)
Es meldet sich der Bootlader, dann erst das USB Kabel anstecken.
Bei mir dauert es dann einige Sekunden, bis sich die beiden Laufwerke melden.
Gruss
Michael
Hi Micha,
besten Dank. Ja die Laufwerke melden sich wieder Wenn auch sehr wackelig.
Nur will OpenTX zum verrecken die Modelle nicht auslesen.
Ich habe in der Anleitung gelesen das diese jetzt in der neuen Firmwareversion TARANIS.BIN benannt ist.
Nach dem Firmwareupdate wurde der eeprom eigentlich einem Update unterzogen.
Nur habe ich dort immer noch eine EEPROM.BIN und meine FIRMWARE.BIN.
Auslesen der Modelle klappt nicht.
Irgendwie steh ich auf dem Schlauch.
Ich suche und google mal weiter. Irgendwo wird die Lösung zu finden sein.
Wer ggf. einen Tip hat, da wäre ich sehr Dankbar.
Gruß
besten Dank. Ja die Laufwerke melden sich wieder
Wenn auch sehr wackelig.Nur will OpenTX zum verrecken die Modelle nicht auslesen.
Ich habe in der Anleitung gelesen das diese jetzt in der neuen Firmwareversion TARANIS.BIN benannt ist.
Nach dem Firmwareupdate wurde der eeprom eigentlich einem Update unterzogen.
Nur habe ich dort immer noch eine EEPROM.BIN und meine FIRMWARE.BIN.
Auslesen der Modelle klappt nicht.
Irgendwie steh ich auf dem Schlauch.
Ich suche und google mal weiter. Irgendwo wird die Lösung zu finden sein.
Wer ggf. einen Tip hat, da wäre ich sehr Dankbar.
Gruß
Hi Pathfinder.
Bist Du sicher, dass companion und Taranis auf der gleichen Version laufen?
Ich denke fast, dass da was im Argen liegt.
An deiner Stelle würde ich mal den ersten Tread durcharbeiten.
Helle hat da mehrfach beschrieben wie es mit der neuen Version geht.
Dazu müssen auch einige neue Verzeichnisse aud der SD Card angelegt werden.
Aber Helle hat das viel besser erklärt als ich es könnte.
Gruss
Michael
Bist Du sicher, dass companion und Taranis auf der gleichen Version laufen?
Ich denke fast, dass da was im Argen liegt.
An deiner Stelle würde ich mal den ersten Tread durcharbeiten.
Helle hat da mehrfach beschrieben wie es mit der neuen Version geht.
Dazu müssen auch einige neue Verzeichnisse aud der SD Card angelegt werden.
Aber Helle hat das viel besser erklärt als ich es könnte.
Gruss
Michael
Hy,
ne,
da wird nur der Sender komplett überprüft und eine deutsche Version draufgezogen
Aktuell openTx V2.013 und eventl. der Bootlader
Bei der Bootloader Version ist es egal was drauf steht, V2.09 - V2.013
da hat sich nichts mehr geändert, braucht man nicht updaten
Ab V2.10 wird sich vieles in der Telemetrie ändern
Automatische Erkennung der angeschlossen Sensoren
Mehrfache gleiche Sensoren möglich
Sensorberechnungen möglich
Sounds laufen dann auch auf Companion Simulator
3. und 4. Timer
Telemetrie Werte-Simulation unter Companion
X9DE ist auch schon in den Startlöchern
Helle
ne,
da wird nur der Sender komplett überprüft und eine deutsche Version draufgezogen
Aktuell openTx V2.013 und eventl. der Bootlader
Bei der Bootloader Version ist es egal was drauf steht, V2.09 - V2.013
da hat sich nichts mehr geändert, braucht man nicht updaten
Ab V2.10 wird sich vieles in der Telemetrie ändern
Automatische Erkennung der angeschlossen Sensoren
Mehrfache gleiche Sensoren möglich
Sensorberechnungen möglich
Sounds laufen dann auch auf Companion Simulator
3. und 4. Timer
Telemetrie Werte-Simulation unter Companion
X9DE ist auch schon in den Startlöchern
Helle
Zuletzt bearbeitet:
Helle meinst du nicht eher 2.14 statt 2.10 und X9E (Pultversion), oder gibt es schon wieder eine andere?
Die Simulation finde ich Super, das habe ich vor Kurzen schon Vermisst
Hast du eine Ahnung was mit der Erweiterung des Schüler/Lehrer ist, ist ja leider in der letzten doch nicht mit rein gekommen
Die Simulation finde ich Super, das habe ich vor Kurzen schon Vermisst
Hast du eine Ahnung was mit der Erweiterung des Schüler/Lehrer ist, ist ja leider in der letzten doch nicht mit rein gekommen
Hi
habe mir einen Schalter und zwar den SF abgebrochen
ist das das Ersatzteil ? bei Engels https://www.engelmt.de/index.php/ka...9-1-show-taranis_x9d_2-pos-schalter_lang.html
Gibt es irgendwo eine Anleitung wegen Einbau
Norbert
habe mir einen Schalter und zwar den SF abgebrochen
ist das das Ersatzteil ? bei Engels https://www.engelmt.de/index.php/ka...9-1-show-taranis_x9d_2-pos-schalter_lang.html
Gibt es irgendwo eine Anleitung wegen Einbau
Norbert
Bei der Einstellung "Internal Radio System" in Companion habe ich bei Protocol "FrSky XJT-D16" und bei Start "CH 1" ausgewählt. Soweit ist das klar und richtig.
Jetzt kann man dort auch noch anscheinend mit Channels auswählen, wie viele Kanäle übertragen werden, d.h. wenn ich dort "6" auswähle, dann werden nur die Kanäle 1-6 übertragen?
Wenn ich nur das interne Sendemodul und einen Empfänger nutze: Hat die Einstellung "6" dann prinzipiell irgendeinen Vorteil gegenüber z.B. "8"? Werden dann wirklich nur die Kanäle 1-6 übertragen und daher öfter aktualisiert als bei der Einstellung "8"?
Jetzt kann man dort auch noch anscheinend mit Channels auswählen, wie viele Kanäle übertragen werden, d.h. wenn ich dort "6" auswähle, dann werden nur die Kanäle 1-6 übertragen?
Wenn ich nur das interne Sendemodul und einen Empfänger nutze: Hat die Einstellung "6" dann prinzipiell irgendeinen Vorteil gegenüber z.B. "8"? Werden dann wirklich nur die Kanäle 1-6 übertragen und daher öfter aktualisiert als bei der Einstellung "8"?
Hy,
Es liegt an der Flexibilität der Anlage!
Die openTx Sendersoftware kann echte 32 Kanäle bedienen
Ein einzelnes XJT Modul kann max 16 Kanäle übertragen.
Alle 32 Kanäle kann man frei zuordnen und verteilen auf intern, extern, gemischt
(bei Graupner müsste der Sender dann MX64 heißen)
-----------------------------
Internes XJT Modul Auswahl Kanäle 1-32
Startkanal 1-32 und Endkanal 1-32 ist immer frei einstellbar!
( 1-4 2-7 3-8 ...... 2-17 3-18 4-19 .... 17-32)
Minimum sind 4 Kanäle
im D16-Mode
Es werden alle 9ms immer 16 Kanäle übertragen, das liegt/ fordert der S-Bus.
Welche davon übertragen werden liegt an der freien Einstellung 1-16 bis 17-32
Wähle ich 1-8 aus, werden Kanäle 1-8 übertragen, Kanäle 9-16 erhalten 1500us also den Festwert 0%= Mitte
entsprechende 1-4 oder 8-12 oder sonst was.
Am Empfänger gibt es für die Servos einen 18ms Frame egal ob Kanäle 1-8 oder 1-4 übertragen wird,
Da kommen nur die Kanäle raus die man gewählt hat, bzw die man an Empfänger ausgewählt hat.
Man kann auch mehr als 1 Empfänger im Modell haben
Am Sender internes Modul gewählt Kanal 1-16
Empfänger 1 Kanal 1-8 z.B. X8R
Empfänger 2 Kanal 9-16 z.B. X6R davon wird dann eben nur Kanal 9-14 ausgewertet.
internens XJT Modul. Auswahl Kanäle 1-32
Im D8-Mode gibt es keinen S-Bus
Der D8 kann nur 8 Kanäle übertragen. 1-4 .... 1-8....4-12
auch da werden nur die Kanäle übertragen die ausgewählt wurde
internes XJT-Modul im LR12 Modus
12 Kanäle ohne Telemetrie Long Range
aber mit einem Mehrfachübertragungverfahren
Auch hier der Startkanal und Endkanal frei auswählbar
--------------------------
externes XJT-Modul
dann kann man noch ein externes Modul zuschalten
auch das kann man im D16, D8, LR12 Mode betreiben
oder ein ganz anderes Modul verwenden
und das im DSM2/DSMX
oder PPM Mode betreiben
und auch dort wieder Kanäle frei zuordnen.
--------------------
Helle
Es liegt an der Flexibilität der Anlage!
Die openTx Sendersoftware kann echte 32 Kanäle bedienen
Ein einzelnes XJT Modul kann max 16 Kanäle übertragen.
Alle 32 Kanäle kann man frei zuordnen und verteilen auf intern, extern, gemischt
(bei Graupner müsste der Sender dann MX64 heißen)
-----------------------------
Internes XJT Modul Auswahl Kanäle 1-32
Startkanal 1-32 und Endkanal 1-32 ist immer frei einstellbar!
( 1-4 2-7 3-8 ...... 2-17 3-18 4-19 .... 17-32)
Minimum sind 4 Kanäle
im D16-Mode
Es werden alle 9ms immer 16 Kanäle übertragen, das liegt/ fordert der S-Bus.
Welche davon übertragen werden liegt an der freien Einstellung 1-16 bis 17-32
Wähle ich 1-8 aus, werden Kanäle 1-8 übertragen, Kanäle 9-16 erhalten 1500us also den Festwert 0%= Mitte
entsprechende 1-4 oder 8-12 oder sonst was.
Am Empfänger gibt es für die Servos einen 18ms Frame egal ob Kanäle 1-8 oder 1-4 übertragen wird,
Da kommen nur die Kanäle raus die man gewählt hat, bzw die man an Empfänger ausgewählt hat.
Man kann auch mehr als 1 Empfänger im Modell haben
Am Sender internes Modul gewählt Kanal 1-16
Empfänger 1 Kanal 1-8 z.B. X8R
Empfänger 2 Kanal 9-16 z.B. X6R davon wird dann eben nur Kanal 9-14 ausgewertet.
internens XJT Modul. Auswahl Kanäle 1-32
Im D8-Mode gibt es keinen S-Bus
Der D8 kann nur 8 Kanäle übertragen. 1-4 .... 1-8....4-12
auch da werden nur die Kanäle übertragen die ausgewählt wurde
internes XJT-Modul im LR12 Modus
12 Kanäle ohne Telemetrie Long Range
aber mit einem Mehrfachübertragungverfahren
Auch hier der Startkanal und Endkanal frei auswählbar
--------------------------
externes XJT-Modul
dann kann man noch ein externes Modul zuschalten
auch das kann man im D16, D8, LR12 Mode betreiben
oder ein ganz anderes Modul verwenden
und das im DSM2/DSMX
oder PPM Mode betreiben
und auch dort wieder Kanäle frei zuordnen.
--------------------
Helle
Zuletzt bearbeitet:
Hallo Helle,
dazu hätte ich noch eine kleine Anmerkung, bzw. Frage.
Wie du schon schriebst, der S.Bus erfordert die 16 Kanäle (bzw. 18, wenn man die beiden bei FrSky nicht benutzten Digital-Kanäle mitrechnet), was einfach daran liegt, dass ein Datenframe aus einer festen Anzahl von Bytes bestehen muss. Das betrifft aber im Prinzip ausschließlich das Signal zwischen Empfänger und Servo/ESC/etc., das Protokoll zwischen Sender und Empfänger kann davon natürlich abweichen.
- Macht das Auffüllen der ungenutzten Kanäle mit Festwert 1500 nicht der Empfänger, wenn er den S.Bus Datenstrom erzeugt?
Beim LR12-Protkoll ist das doch genau der Fall. Es werden vom Sender nur 12 Kanäle zum Modell übertragen. Diese Reduktion von 16 auf 12 ist der erhöhten Reichweite geschuldet, d.h. das einzelne Datenpaket fällt kürzer aus. Der L9R-Empfänger muss jetzt am S.Bus-Ausgang noch 4 Kanäle mit Festwert hinzufügen, was er nach meinen Untersuchungen auch tut.
- wenn ich jetzt das D16-Protokoll wähle, erfordert dieses Protokoll, dass der Sender 16 Kanäle schickt, d.h. in diesem Fall füllt der Sender schon auf? Habe ich das richtig verstanden?
- D.h., angenommen, ich wähle die Kanäle 1-4 zur Übetragung mit dem LR12-Protokoll aus, dann fügt erst der Sender 8 Festwerte hinzu, um die 12 voll zu machen und anschliend packt der Empfänger nochmal 4 drauf, damit das S.Bus-Protokoll komplett ist? Korrekt?
dazu hätte ich noch eine kleine Anmerkung, bzw. Frage.
Wie du schon schriebst, der S.Bus erfordert die 16 Kanäle (bzw. 18, wenn man die beiden bei FrSky nicht benutzten Digital-Kanäle mitrechnet), was einfach daran liegt, dass ein Datenframe aus einer festen Anzahl von Bytes bestehen muss. Das betrifft aber im Prinzip ausschließlich das Signal zwischen Empfänger und Servo/ESC/etc., das Protokoll zwischen Sender und Empfänger kann davon natürlich abweichen.
- Macht das Auffüllen der ungenutzten Kanäle mit Festwert 1500 nicht der Empfänger, wenn er den S.Bus Datenstrom erzeugt?
Beim LR12-Protkoll ist das doch genau der Fall. Es werden vom Sender nur 12 Kanäle zum Modell übertragen. Diese Reduktion von 16 auf 12 ist der erhöhten Reichweite geschuldet, d.h. das einzelne Datenpaket fällt kürzer aus. Der L9R-Empfänger muss jetzt am S.Bus-Ausgang noch 4 Kanäle mit Festwert hinzufügen, was er nach meinen Untersuchungen auch tut.
- wenn ich jetzt das D16-Protokoll wähle, erfordert dieses Protokoll, dass der Sender 16 Kanäle schickt, d.h. in diesem Fall füllt der Sender schon auf? Habe ich das richtig verstanden?
- D.h., angenommen, ich wähle die Kanäle 1-4 zur Übetragung mit dem LR12-Protokoll aus, dann fügt erst der Sender 8 Festwerte hinzu, um die 12 voll zu machen und anschliend packt der Empfänger nochmal 4 drauf, damit das S.Bus-Protokoll komplett ist? Korrekt?
Hy,
also in dem Sinne packt der Empfänger nicht extra was drauf.
S-Bus läuft im Empfänger in einer eigenen Interruptschleife ab.
Im Empfänger liegt ein Array für den S-Bus.
Dort stehen für die 16 Kanalwerte erst mal Festwerte für "1500us" drinnen und der Rest für den S-Bus
die empfangen Kanalwerte werden dort nur eingetragen und überschrieben.
die Interrupt Schleife für S-Bus liest dort immer das komplette Array, schiebt es in einen serielle Puffer,
der dann selbständig abläuft und S-Bus-Signale ausgibt.
Der gesendete D16 Frame ist immer gleich lang, egal wie viele Kanäle gesendet werden.
24 oder (48Byte?) pro 9ms (müsste den Logicanalyser neu anschmeissen und am HF-Modul direkt messen.)
Tip: PXX Protokoll für XJT in openTx ansehen!!
Wobei dann der Prozessor auf dem XJT Modul noch ein paar Byte ergänzt bevor er es an den CC2500 schickt.
(Rahmen, CRC, Preambel, Sicherungsdaten, Sprungdaten, usw. )
und auch der CC2500 wurstelt das dann nochmal durcheinander bevor er es tatsächlich per HF abstrahlt.
(Pakethandler, FFC, Interleaver )
CC2500 Übertragung erfolgt mit 500kbit/s da sind dann ca 50Byte echte Nutzdaten pro ms enthalten.
CC2500 hat einen 64Byte FIFO-Speicher
Beim LR12 wird pro Bit länger übertragen, (niedrigere Datenübertragung, 375kb/s)
es wird doppelt übertragen, also in einem 2x9ms frame
und in einem etwas anderen Verfahren
der CC2500 wir dazu etwas anders betrieben.
Der LR12 Empfänger ist in der HF-Empfangsstufen empfindlicher
Helle
also in dem Sinne packt der Empfänger nicht extra was drauf.
S-Bus läuft im Empfänger in einer eigenen Interruptschleife ab.
Im Empfänger liegt ein Array für den S-Bus.
Dort stehen für die 16 Kanalwerte erst mal Festwerte für "1500us" drinnen und der Rest für den S-Bus
die empfangen Kanalwerte werden dort nur eingetragen und überschrieben.
die Interrupt Schleife für S-Bus liest dort immer das komplette Array, schiebt es in einen serielle Puffer,
der dann selbständig abläuft und S-Bus-Signale ausgibt.
Der gesendete D16 Frame ist immer gleich lang, egal wie viele Kanäle gesendet werden.
24 oder (48Byte?) pro 9ms (müsste den Logicanalyser neu anschmeissen und am HF-Modul direkt messen.)
Tip: PXX Protokoll für XJT in openTx ansehen!!
Wobei dann der Prozessor auf dem XJT Modul noch ein paar Byte ergänzt bevor er es an den CC2500 schickt.
(Rahmen, CRC, Preambel, Sicherungsdaten, Sprungdaten, usw. )
und auch der CC2500 wurstelt das dann nochmal durcheinander bevor er es tatsächlich per HF abstrahlt.
(Pakethandler, FFC, Interleaver )
CC2500 Übertragung erfolgt mit 500kbit/s da sind dann ca 50Byte echte Nutzdaten pro ms enthalten.
CC2500 hat einen 64Byte FIFO-Speicher
Beim LR12 wird pro Bit länger übertragen, (niedrigere Datenübertragung, 375kb/s)
es wird doppelt übertragen, also in einem 2x9ms frame
und in einem etwas anderen Verfahren
der CC2500 wir dazu etwas anders betrieben.
Der LR12 Empfänger ist in der HF-Empfangsstufen empfindlicher
Helle
Zuletzt bearbeitet:
- Status
