X12S Horus mit openTx V2.2x

Status
Nicht offen für weitere Antworten.

Storchy

Neuer Benutzer
lcd.getLastPos() & OTX 2.2

Kann es sein das die lua Funktion lcd.getLastPos() unter 2.2 noch nicht funktioniert?
Habe folgende Zeilen in meinem Script:
lcd.drawChannel(data.zone.x+2, data.zone.y+30, "Curr", DBLSIZE)
lcd.drawChannel(getLastPos(), data.zone.y+30, "Curr+", SMLSIZE)
 
Hallo,

ich hätte da mal eine Frage an die Experten: Nach dem flashen meiner Horus auf OpenTX kann ich nicht mehr vom PC auf die SD Karte zugreifen, auch nicht mit der Companion trotz aktiviertem mass storage. Zum flashen bin ich nach der Frsky- Anleitung vorgegangen, was nach der Zadig - Hürde problemlos gelang. Modelle u. Widgets anlegen, Telemetrie ect. funktioniert alles super. Beim anstecken der Horus an den PC erklingt zwar eine Tonfolge wie beim Anstecken eines externen Laufwerkes, es wird aber keines angezeigt. Was habe ich falsch gemacht oder habe ich was überlesen?
 

wutzputz

Erfahrener Benutzer
Sigi es ist die einzig wahre Lösung weil die anderen 10.000 User die schon ihre Modelle angelegt haben keine bösen Überraschungen haben wollen bei einem Update. Das haben zumindest die Entwickler von OPENTX mir mitgeteilt. Ist ja auch verständlich. Also bleibt für die OpenTX User diese EINFACHE Möglichkeit der Abhilfe. Hat genau 5 Minuten gedauert.

Wenn bei FrSkyOS LS und RS richtig rum gehen und bei OpenTx nicht, kann das Kabel drehen ja nicht die Lösung sein.

Sigi
 

wutzputz

Erfahrener Benutzer
@Helle

Hallo ich habe jetzt 56 Modelle angelegt mit Telemetrie usw... teilweise 16 und mehr Kanäle. Ich muss aber noch ca. 45 weitere anlegen. Wieviele sind möglich? Ich habe nach Modell 56 ein paar pseudo Modelle angelegt bis 66 war jedenfalls kein Problem. Oder Kann man so viele anlegen wie man will?

Wer weis was?
 

hobby1946

Erfahrener Benutzer
Sigi es ist die einzig wahre Lösung weil die anderen 10.000 User die schon ihre Modelle angelegt haben keine bösen Überraschungen haben wollen bei einem Update. Das haben zumindest die Entwickler von OPENTX mir mitgeteilt. Ist ja auch verständlich. Also bleibt für die OpenTX User diese EINFACHE Möglichkeit der Abhilfe. Hat genau 5 Minuten gedauert.
Na ja, so schön ist die Lösung nicht.

Daß heißt, das die nächsten 20000 User die eine neue Anlage kaufen,erst mal die Hardware umbauen müssen.
Auch wenn es eine Kleinigkeit ist ....

Da wäre es schon besser, die bisherigen User würden das ändern.
Darauf kann man bei einem neuen Update hinweisen.
 

Sigimann

Erfahrener Benutzer
Sigi es ist die einzig wahre Lösung weil die anderen 10.000 User die schon ihre Modelle angelegt haben keine bösen Überraschungen haben wollen bei einem Update. Das haben zumindest die Entwickler von OPENTX mir mitgeteilt. Ist ja auch verständlich. Also bleibt für die OpenTX User diese EINFACHE Möglichkeit der Abhilfe. Hat genau 5 Minuten gedauert.
Klar, wenn du die Drähte umdrehst geht's unter OpenTX anders rum (richtig rum), aber unter FrSkyOs jetzt auch anders rum (also falsch rum). Gut was falsch oder richtig ist, darfst du selbst entscheiden, aber für jeden "normalen" OS-Nutzer geht dein Schalter nach dem Umpolen verkehrt rum.

Sigi
 

hobby1946

Erfahrener Benutzer
Gut was falsch oder richtig ist, darfst du selbst entscheiden, aber für jeden "normalen" OS-Nutzer geht dein Schalter nach dem Umpolen verkehrt rum.

Sigi
Wenn man es in OpenTx berichtigt, gibts in Zukunft keine Probleme mehr.
Ich meine, man sollte so ehrlich sein und Fehler bereinigen !!!

Ansonsten bedeuted die OpenTx Nutzung zukünftig (auf ewige Zeiten) immer eine Hardwareänderung durchzuführen.
das kann doch wohl nicht der Sinn sein ....
 

profdrdenis

Erfahrener Benutzer
Ich möchte dazu als alter ehemaliger Software Entwickler auch was sagen.. :D

Eine Hardware kann, darf, sollte (3 Ausrufezeichen) niemals geändert werden nur weil die Software - warum auch immer - es nicht regeln kann. Zumal hier ja Frsky OS es richtig ansteuert.

Fatale Falle..
 

rcbebo82

Erfahrener Benutzer
Die zwei Schalter gehen schon seit erst Release der Horus so, das kann man nicht mehr ändern. Das ist damals keinem aufgefallen weil man gar nicht auf die Idee kam die Modelle 1 zu 1 zu übernehmen.
Stellt euch nur mal vor man würde bei einem tausendfach verkauften Auto plötzlich Bremse und Gas vertauschen. Selbst mit großem Ausrufezeichen in den Release Notes wäre das keine gute Idee!
Die originalen Beiträge aus Github hat strgaltdel ja schon geposted.
 

Elyot

Erfahrener Benutzer
Müßte man hier nicht eher den Vergleich andersrum ziehen? Bei dem neuen Auto wurden Gas und Bremse vertauscht. Und nur, weil ein paar wenige Leute bereits eines der neuen Autos haben, tauscht man das nicht zurück auf den Standard? Wieviele Taranis wurden verkauft? Wieviele Horus?
 

rcbebo82

Erfahrener Benutzer
Tja da scheiden sich eben die Geister .... 3djc sieht es halt so.
There is no point in re-opening another, similar, one.

You express a logical point of view, however, another, logical as well point of view was expressed when the decision was taken. As I explained, there is no right or wrong, just different spin on it.

That decision was made before I started helping the team There are now thousands and thousands of Horus from beta to production units, and 10 or more times tested, validated, flying, rolling, boating,.. models.

That decision simply cannot be changed at that point in time, no matter what x, y or z, is thinking about it
Das Problem ist glaub ich auch, das man nicht genau weiß was diese Änderung evtl. in anderen Zusammenhängen verursachen kann. Deshalb wird das nicht mehr geändert.
 

hobby1946

Erfahrener Benutzer
Eine Hardware kann, darf, sollte (3 Ausrufezeichen) niemals geändert werden nur weil die Software - warum auch immer - es nicht regeln kann. Zumal hier ja Frsky OS es richtig ansteuert.

Fatale Falle..
Auch ich habe seit 1975 u.A. auch Software entwickelt.
Für mich war es oberstes Gebot einen Fehler zu beseitigen und nicht irgendwie zu "umgehen" !

Ich kann nicht glauben, daß jeder der sich eine Horus kauft, etwas umbauen muß, damit OpenTx passt !
Ein"Fressen" für die Mitbewerber ....
 
Zuletzt bearbeitet:

rcbebo82

Erfahrener Benutzer
Es ist doch kein Fehler, aus Sicht der Entwickler wurde das eben so beschlossen.
Evtl. wäre es ja auch denkbar das dazu zu jedem Release eine Extra Firmware kommt bei der die Schalter dann eben so rum gehen wie bei FrySky OS.
Selbst kompilieren wäre auch ne Option.
 

Norbert

Erfahrener Benutzer
Ich verstehe die Aufregung nicht. Jeder hat eine andere Logik. Der eine hat Gas vorne -der andere hinter. Oder Querrruder linker oder rechter Knüppel.

OK - für mein Empfinden sollten die Werte nach oben gehen, wenn ich den linken Slider nach innen schiebe - aber so what?

Ist doch kein Problem? Einfach den Input invertieren und GUT

Wenn das alle Problem sind - schönen Feierabend

Norbert
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten