THEMA:

Dass Mikado insbesondere die "Neo's" lieber per VBar bedient sehen möchte, ist doch bestimmt schon jedem aufgefallen.
Von daher wird in "andere Richtungen" auch nicht viel zu erwarten sein.


Gruß,
Dirk

Die VBarControl ist sicherlich das was Mikado lieber verkauft und der dauernde Hinweis darauf nervt mich auch - nichts desto trotz ist VStabi immer noch eines der populärsten Stabil am Markt und auch nicht das schlechteste. Ich bin immer wieder beeindruckt wie das Verursacherprinzip umgedreht wird - UDI ist ein Mikado Protokoll. Wenn es also Probleme oder fragen dazu gibt, dann frage ich den der das Protokoll geschrieben hat (und evtl damals was vergessen hat). Also ist Jeti am Zug - keine Ahnung ob UDI ein "Freeware" ist oder ob Jeti eine Lizenz hat oder was auch immer...fest steht das Ulrich Röhr keinen Kontakt mit Jeti hatte nachdem die Probleme mit der REX FW 1.00 bekannt wurde - finde ich halt schade.....das Mikado Jeti nicht die Tür einrennt (->Verursacherprinzip) finde ich auch schxxxx. Wenn aber keiner den Arsch hochbekommt gibt es nie eine vernünftige Lösung.

Zitate aus VStabi.de

Just a small addition since i read some comments on several locations about this.

The statement, that the processor is "too fast" or another one is "too slow" ist total bullshit. Just arguing, no technical background! All Controllers of the last 10 Years are totally relaxed to handle this little data in realtime.

The gap is a required synchronization feature. Each packet has to be separated by a gap to allow to detect the start of a new packet. This is not any sort of being to slow, but a required thing to allow a instant resynchronization even if packages are damaged during transmission. Some UDI Devices do not sent all Bytes in a Packet back to back, so if the gap is simply reduced, this can lead to massive problems on other UDI units (truncated packets)

The VBars input stage is trying to lock on the framerate of the input, this is needed to get a smooth and quick reaction. If packets arrive randomly, this lock probably will not happen. Thats not a real problem, but may degrade the control behaviour a little bit.

so long ... Uli
www.vstabi.de


ulrich
Re: JETI REX Receivers & UDI
27.11.2015 18:31:04 Admin
Registriert seit: 10 Jahren
Beiträge: 6.230
No, no contact. I dont have any clue if it may be a fix or not.

so long ... Uli
www.vstabi.de

Hört sich so an, als wäre die "Pause" zwischen den "Informationspaketen" welche als Sync. dient, das Problem.

Fraglich ob der Signalpegel in den Pausen sauber den nötigen High- oder Low- Pegel erreicht. Unter diesem
Gesichtspunkt wäre es auch zu erklären, dass es bei einem User mit mehr oder weniger geladenem Akku mehr oder
weniger gut funktioniert. Evtl. wird der Ausgang in den Pausen auch einfach hochohmig, dann entscheidet das
angeschlossene Gerät wo die Reise hingeht.

Habe bisher keinen REX Empfänger, hätte sonst einfach mal das Oszi. angeklemmt und nachgesehen...


Gruß,
Dirk

Was macht 1.02 besser als die alte Version?

@Markus
Da ist nämlich der Haken.
Einmal sitzt die REX6/NEO Kombi in einen 5-Blatt Scale'r und eine im TDR2, im 550er Diabolo lass ich die Kombi erstmal.
Hab aber echt kein Bock wegen zweier "Firmenprobleme" meine Heli's vom Boden aufsammeln zu müssen...
Und auch ich bin nach wie vor vom VStabi begeistert.

Hallo,

Hinter UDI einen Haken und als 18 Kanal Zweitprotokoll D-Bus ,auch für die Rex, und gut ist......mit allen was der Markt her gibt.

Aber: "If possible, we prefer the EX Bus option if possible, several flight controllers offer it ".



Micha