Frsky Taranis - die große Unsicherheit der User

Status
Nicht offen für weitere Antworten.

Sigimann

Erfahrener Benutzer
#83
Hy,

die Horus ist einfach von der Software noch nicht fertig.
Weder bei Frsky noch bei OpenTx

die Frsky sind noch am basteln
die Opentx haben sich verzettelt.

die X9D und die X9E sind ausgereift
die X7Q ist eine abgespeckte X9D
Helle

genau das ist der Punkt, den ich meine.
Da haben zu viele Macher reingeredet mit ständig tolle Änderungen, Verbesserungen mit ach so tolle Funktionen. Auch den Anwendern fällt da immer was ein. Aber immer voll in den laufenden Entwicklungsprozess rein die neuen Ideen, da wird es auf einmal Kompliziert, da sind dann Probleme die vorher keiner sehen konnte und die ehemals saubere Strukturierung bleibt auf der Strecke. Die Zeit wird knapp, die Arbeitszeiten werden länger, die Fehlerrate steigt, der Liefertermin war gestern ..

Sigi
 

kalle123

Jugend forscht ....
#85
Sigi, hast da halt "ne Katze im Sack" bestellt. ;)

Mal ne Frage, was mach die Horus denn jetzt, was deine Taranis nicht kann? OK, sieht halt toll aus.
Aber ich persönlich überlege mir eher, noch eine 2. Taranis anzuschaffen ...

Grüße KH
 

Sigimann

Erfahrener Benutzer
#86
Hallo Kalle

Also die Taranis macht so ziemlich genau das, was sie soll und was angesagt war.

und ich bin ja noch lernfähig und hab die Horus rechtzeitig abbestellt.

Meine Hoffnung war eigentlich, dass man hier noch mal kräftig an der Funkstrecke arbeitet.
Senden mit zwei HF-Modulen, Doppelantennen = Patchantennen + Stabantenne,
Besser Überwachung, Auswertung und damit Bewertung der Funkstrecke, z.B. LostFrame Zählung (wie von "Tangando??")
in die Telemetriestrecke integriert.

Sigi
 

FJH

Erfahrener Benutzer
#87
Meine Hoffnung war eigentlich, dass man hier noch mal kräftig an der Funkstrecke arbeitet.
Senden mit zwei HF-Modulen, Doppelantennen = Patchantennen + Stabantenne,
Besser Überwachung, Auswertung und damit Bewertung der Funkstrecke, z.B. LostFrame Zählung (wie von "Tangando??")
in die Telemetriestrecke integriert.

Sigi
Hallo Sigi,

genau das war auch meine Hoffnung, insbesondere da es ja ein HighEnd-Produkt werden sollte. Aber leider hat man bei FrSky andere Schwerpunkte gesetzt, die ich nicht brauche (bis auf eine höhere Verarbeitungsqualität). Daher habe ich mir vor kurzem eine 2. Taranis gegönnt.

Aber etwas Gutes gibt es jetzt doch, und zwar kannst du mit 2. XJT-Modul und der neuen RB-10 sowie 2 Empfängern zwei redundante Funkstrecken aufbauen, und das für kleines Geld. Und du brauchst keine Horus dafür ....
 
#88
Aber etwas Gutes gibt es jetzt doch, und zwar kannst du mit 2. XJT-Modul und der neuen RB-10 sowie 2 Empfängern zwei redundante Funkstrecken aufbauen, und das für kleines Geld. Und du brauchst keine Horus dafür ....
Und die RB10 übermittelt angeblich die Lost Frames über die Telemetrie. Stimmt das? Hat schon jemand das Teil im Einsatz?
 
#90
Laut Anleitung Rx1L und Rx2L, mal sehen wie schnell HorusRc liefert....

Ralf

ps. wenn das Funktioniert ist das Frame-Monitoring-Projekt für mich gestorben....
 

helle

Erfahrener Benutzer
#92
Hy,


ja Sigi, genau so ist es.
Und wenn man dann den Entwicklern was sagt/schreibt ist man der böse Buhmann der keine Ahnung hat.

Genauso mit dem 4-fach HF-Modul, ein Gurkenteil ohne Change auf Konformität.
Aber seit Monaten wird da Entwicklungskapazität gebunden.

Alte, einfache Fehler im Simu mit der X9E-Schaltern bleiben einfach liegen.

Ne, da läuft gerade zu viel schief, da mag ich auch nicht mehr.
 

grmpf

Erfahrener Benutzer
#93
Genauso mit dem 4-fach HF-Modul, ein Gurkenteil ohne Change auf Konformität.
Aber seit Monaten wird da Entwicklungskapazität gebunden.
Wobei die Konformität ja nur ein EU-Problem ist. Im Rest der Welt (der ja nicht gerade klein oder bedeutungslos für den Verkauf ist) wird darüber bestenfalls mit dem Kopf geschüttelt. Der berühmte Sack Reis ist da noch interessanter.

Alte, einfache Fehler im Simu mit der X9E-Schaltern bleiben einfach liegen.
Das ist wirklich ärgerlich, auch für mich. Ich bin erst in diesem Jahr (zwangsweise) von der X9D auf die X9E gewechselt.

Ne, da läuft gerade zu viel schief, da mag ich auch nicht mehr.
Mach mir bitte keine Angst :eek: Du bist doch die deutsche Stütze bei openTX. Ohne Deine Anleitungen sähe es um das projekt sicher deutlich schlechter aus. :!::!:
 

strgaltdel

Erfahrener Benutzer
#94
Zur lost frame Thematik bei der RB10:

Ich gehe davon aus, dass die wie die Red.Bus Box arbeitet:
Es wird eine Statusinfo übermittelt, ähnlich
"Fehlerzustand erreicht: es liegen lost frames vor", oder
"Fehlerzustand OK, es sind aktuell keine lost frames vorhanden".

Letztendlich ist nur ein einzelnes Bit dafür zuständig.



Wieviele defekte Frames in der Periode des Fehlerzustandes vorliegen, wird NICHT übertragen.
Über ein script könnte man allerdings zumindestens die Anzahl der Fehlerzustände tracen, nicht aber die Anzahl der verlorenen Pakete.

Gruß
 
#95
ps. wenn das Funktioniert ist das Frame-Monitoring-Projekt für mich gestorben....
Das glaube ich dir nicht, Ralf. Du nimmst nur eine andere Hardware dafür :D
Zur lost frame Thematik bei der RB10:

Ich gehe davon aus, dass die wie die Red.Bus Box arbeitet:
Es wird eine Statusinfo übermittelt, ähnlich
"Fehlerzustand erreicht: es liegen lost frames vor", oder
"Fehlerzustand OK, es sind aktuell keine lost frames vorhanden".

Letztendlich ist nur ein einzelnes Bit dafür zuständig.

Wieviele defekte Frames in der Periode des Fehlerzustandes vorliegen, wird NICHT übertragen.
Über ein script könnte man allerdings zumindestens die Anzahl der Fehlerzustände tracen, nicht aber die Anzahl der verlorenen Pakete.

Gruß
Rx1L bzw. Rx2L zeigen nur Status 0 oder 1, Udos Erläuterung ist also mal wieder ausgereifter wie meine Aussage...
Mir persönlich reicht aber die Info ob verlorene Pakete da waren oder nicht, kann man dann ja im Logfile auswerten.
Nur für die Fehlerauswertung ist mir ein Teensy zu teuer, um Headwinds Script für den Arduino umzuschreiben fehlt (mal wieder) die Zeit, liegt halt nicht oben auf der Prioritätenliste...

Ralf
 
#96
Mir persönlich reicht aber die Info ob verlorene Pakete da waren oder nicht, kann man dann ja im Logfile auswerten.
Die Frames kommen mit 111 Hz, die höchste S.Port Frequenz ist 10 Hz. Ohne einen "Addierer" wird die Aussage ungenau. Aber vielleicht korreliert ja RSSI konstant mit den lost frames, das werde ich die nächsten Tagen mal ein bißchen untersuchen. Interessant ist vor Allem, ob und wie stark andere 2,4 GHz Quellen die lost frames beeinflussen.

Dass mal ein frame gefehlt hat, merken wir nie, vermutlich merken wir nicht mal, wenn 80% fehlen, solange immer mal wieder ein gültiges frame durchkommt. Eine quantitative Aussage finde ich schon wichtig, wenn man die Verbindungsqualität beurteilen will. Wir wissen leider auch nicht, wie FrSky im RB10 die lost frames Erfassung tatsächlich umsetzt. Gibt es eine "Kulanz"? Vielleicht wird erst ab einer bestimmten Anzahl lost frames ein Fehler gemeldet? Besonders bei LBT werden zwangsläufig regelmäßig frames verloren gehen. Wenn ich FrSky wäre, würde ich einzelne frames nicht melden, um die User nicht zu verunsichern.

Das Verunsichern müssen wir wohl selbst machen;)
 

strgaltdel

Erfahrener Benutzer
#97
Bis vor geraumer Zeit war ich ja noch mit Futaba unterwegs,
mit der FX30 "no way" Telemetrie nativ zu erfassen.

Behelfslösung war es, kompatible Simprop Emfänger (telemetriefähig) zu benutzen, die verwendeten dann MLink im Rückkanal & man benötigte nur eine kleine Basisstation.....

Kurz: die Simprop Rxe, mit denen ich in ca drei jahren nie auch nur einen kleinsten Aussetzer hatte, gaben LostFrames als Zähler zurück.
Binnen weniger Tage habe ich den Wert ausgeblendet, der verwirrte nur.
In einem rund 30 Minuten Flug standen locker 5 stellige Werte im Display (Hang, ca 10..15 Modelle in der Luft),
da war die Anzahl von Failsafes (nämlich immer 0) für mich aussagekräftiger.
 
#98
Genauso mit dem 4-fach HF-Modul, ein Gurkenteil ohne Change auf Konformität.
Geht es da einfach um mehrere unterschiedliche Übertragungsprotokolle oder wie genau kann/muss man sich das vorstellen. Kann man einfach zwischen den HF-Modulen switchen oder beide oder gar keins laufen lassen? Um welche Protokolle handelt es sich hier?



Was hier gerade passiert, kann man in diversen Firmen auch mit beobachten. Irgendetwas wird entwickelt/ist im Gange und man hat ein funktionierendes Konzept und ein gutes eingespieltes Team. Dann kommt plötzlich ein neuer Chef und muss natürlich erst mal alles auf den Kopf stellen, da der "Alte ja sowieso keine Ahnung hatte." Also wird ein neues Konzept in den Raum geworfen und wer Bedenken hat, fliegt hochkant raus. Nach einer Weile kristallisiert sich heraus, das das neue Konzept nicht wirklich funktionell ist und dass das Team/die Temas eher gegeneinander arbeitet/ten. Allerdings wäre es ja "so eine Grosse Schwäche einen Fehler einzugestehen und zurück auf das alte Konzept und Team zu wechseln." Also wird weitergemurkst und irgendwann kommt entweder der grosse Knall oder irgend etwas Halbfertiges auf den Markt.

Was man im hiesigen Fall keineswegs vergessen darf ist, dass es sich immer noch um ein Open Source Projekt handelt. Eine Gruppe von vielen Freiwilligen hat daran mit gearbeitet und das Ergebnis war/ist eine Funke, die unsere Bedürfnisse mehr als nur befriedigt. Desweiteren bewegen wir uns nicht in vom Hersteller gegebenen Schranken, sondern können voll umfänglich tun was wir wollen, natürlich innerhalb der Möglichkeiten von Hard- und Software. Es wurde nicht irgendein Furz eines Markenherstellers realisiert sondern auf die Wünsche der Endkunden eingegangen. Dann denke man einmal an den Preis der Funke. Fast kein anderer Hersteller kriegte bisher eine Funke zu solch niedrigem Preis mit einem solch immensen Funktionsumfang auf die Reihe.
Wenn man alles einmal in Betracht zieht, gibt es den "noch" grössten Herstellern nur noch zu sagen: LM...
 

grmpf

Erfahrener Benutzer
#99
Geht es da einfach um mehrere unterschiedliche Übertragungsprotokolle oder wie genau kann/muss man sich das vorstellen. Kann man einfach zwischen den HF-Modulen switchen oder beide oder gar keins laufen lassen? Um welche Protokolle handelt es sich hier?
Das dürfte wohl das Thema hier sein: Klicky
Ein HF-Modul für den JR-Schacht mit vier HF-Chips. Unter OpenTX 2.2 kann dann per SW das gewünschte Protokoll (sofern in derHF-Firmware frei geschaltet) ausgewählt werden, u.a. Frsky-NON-EU, Spektrum DSM2/DSMX, WLToys, Hobbico SLT, ....
 
Das gibt Ärger !!

In der neuen "Aufwind" war tatsächlich eine Horus (mit A. Engel) auf der Messe Friedrichshafen zu sehen. Ich habe 10 min. das Engel MT Inserat gesucht und nichts gefunden.

Nach diesem bemerkenswerten Nachweis von freiem und anzeigenunabhängigem Journalismus werde ich mein Aufwind-Abo definitiv verlängen :D

Dafür sieht man auch gerne über das schlechte Deutsch der Redaktion hinweg:

"Jetzt endlich lieferbar und mit Stolz der Öffentlichkeit präsentiert, wurde der neue FrSky-Sender "HorusX12S" - von und mit Andreas Engel"
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten