Spektrum Binding und das "tolle" Feature Modelmatch

[mcbird]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

...
Hier wird mit Rumpf die Nachbildung eines manntragenden Helis verstanden. Das was Du als Rumpf bezeichnest nennt sich hier dann Canopy, Haube oder Mechanik - je nach dem was Du jetzt davon meintest.

Hallo Kai,

vielen Dank für die Aufklärung!

Grüße aus Hamburg,

Daniel

[JMalberg]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

@Hero67: Die Metapher passt mMn aber leider nicht.
Ich schreib 's nochmal ausführlich.
- Spektrum geht davon aus, dass ein Empfänger nicht weiß in welchem Modell er steckt.
- Weiter gehen sie davon aus, dass je Modell ein Empfänger benutzt wird.

Unter der Annahme ist es richtig, dass eine Empfänger-ID nur einmal im Modellspeicher abgelegt werden kann.

[tuxli]

Ich fände die Grundidee des TE besser (und sicherer) als den Wörkaround von tuxli:

Da programmiere ich ein Modell - eventuell auch wie beschrieben mehrere Modelle - und binde jedes davon mit dem gleichen Empfänger. Der Heli wird damit fliegen - wenn auch schneller oder langsamer als erwartet (bei falschegewähltem Modell)

Nach tuxli kann ich jedes Modell in das an den Empfänger gebundene kopieren - damit auch ein komplett falsches oder vermurkstes. Modelmatch ist zufrieden und der Heli stürzt ab.

Sieht das noch jemand so?

Gruß
Martin

ich kopier das ja auch nicht 2mal am tag herum, sondern nach einem umbau des helis, damit ich die einstellungen nicht alle machen muss und danach ist auch klar, dass es vor jedem flug einen pre flight check etc gibt. bei mir ohne regler sondern nur mit empfängerakku dran. sicherheitstechnisch kein problem aus meiner sicht.


---
I am here: Google Maps

[Rambole]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

Liebes Senior Mitglied Reiner,

es tut mir leid, dass meine Formulierung "Rumpf" hier zweideutig verstanden wurde â?¦

Ich fliege keinen "Scale-Rumpft" und denke jedoch das man den Hauptkorpus eines "Besenstiel-Helis" durchaus auch als Rumpf bezeichnen kann - sollte es dafür im Modellbaulatein einen eigenständigen Fachausdruck geben dann teile mir diesen bitte mit!

Auch wenn du Wikipedia als Quelle wahrscheinlich nicht mögen wirst �

"Der Rumpf (lat. Truncus, wörtl. "Stamm") ist anatomisch der zentrale Abschnitt des Körpers ohne Kopf, Hals, Gliedmaßen und Schwanz. Beim Menschen wird der Rumpf auch als Torso bezeichnet."

Danke und Gruß,

Daniel

Lieber Member mcbird

Es gibt da dieses Wort......genannt Chassis

Es ging mir auch nur darum, daß du Rumpf schreibst,ein User dies falsch verstanden hat und desshalb Rumpfheli schreibt
Darauf hin du ihm schreibst : ich fliege keinen Rumpfheli ......

Und Rainer wird mit AI geschrieben......ich weiss ich kann auch kleinlich sein......aber nur wenn es berechtigt ist

Zu deinem Problem folgenden Tip : (für mich ist es nämlich kein Problem,weil.......)
Solange du noch Anfänger bist, flieg doch ne Weile den Kunstflug!
Wenn du dann nächstes Jahr auf 3D gehen willst, programmier einfach deinen Pitch ,Gyro und Gaskurve entsprechend um und flieg 3D!

Wenn du dann in ein paar Jahren gelangweilt bist vom 3D.....weil du es so perfekt kannst,daß der Ansporn nicht mehr ganz so groß ist,kaufst du dir eine bessere Funke und fliegst nach Lust und Laune einfach abwechselnd 3D und Rundflug

Und übrigens.....ich finde Modelmatch GENIAL

Grüßle Rainer

[Hero67]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

@Hero67: Die Metapher passt mMn aber leider nicht.
Ich schreib 's nochmal ausführlich.
- Spektrum geht davon aus, dass ein Empfänger nicht weiß in welchem Modell er steckt.
- Weiter gehen sie davon aus, dass je Modell ein Empfänger benutzt wird.

Richtig

Unter der Annahme ist es richtig, dass eine Empfänger-ID nur einmal im Modellspeicher abgelegt werden kann.

Logisch Falsch. Eine Empfänger-ID in mehreren Modellspeichern abzulegen, widerspricht nicht den obigen Annahmen.

Keine Metapher, das ist das Szenario:

Modellspeicher 1 funktioniert nur mit Empfänger 1
Modellspeicher 2 funktioniert nur mit Empfänger 2
Modellspeicher 3 funktioniert nur mit Empfänger 2

Was soll dabei schiefgehen ?

[Christian Damm]

Mensch Rainer, das wir mal einer Meinung sind. Sachen gibts

[Christian Damm]

@Hero Es wird soweit ich weiss keine Empfänger ID im Sender abgelegt, der Empfänger sendet nichts. Es wird so wie ich meine im Empfänger die Adresse vom Sender/Modellspeicher gespeichert. Und der Empfänger reagiert dann nur auf Pakete mit diesem Absender.

Zusammengefasst: Der Sender weiß nichts vom Empfänger er sendet einfach Daten mit seiner Adresse(+Modellspeicher Nr.)

Dem Empfänger wird beim Binden gesagt auf welche Adresse er reagieren soll.

Geht auch nicht anders weil DSM unidirektional ist. Der Empfänger kann nicht mit dem Sender reden

[Rambole]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

Mensch Rainer, das wir mal einer Meinung sind. Sachen gibts

Sollte es schon mal anders gewesen sein......

Da gibt es doch dieses Lied.....Wunder gibt es immer wieder......

Grüßle Rainer

[mcbird]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

Mein Feature-Request an Spektrum â?¦

a) Ich möchte im Sender Modelle anlegen können.

b) Zu dem jeweiligen Modellen möchte ich unterschiedliche Profile erstellen können.

c) Ich möchte nur ein Modell mit dem Empfänger binden können.

d) Dabei jedoch die unterschiedlichen Profile für das Modell laden können - ohne dabei neu binden zu müssen.

Und alles wäre gut!



LG,

Daniel

[Rambole]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

Mein Feature-Request an Spektrum â?¦

a) Ich möchte im Sender Modelle anlegen können.

b) Zu dem jeweiligen Modellen möchte ich unterschiedliche Profile erstellen können.

c) Ich möchte nur ein Modell mit dem Empfänger binden können.

d) Dabei jedoch die unterschiedlichen Profile für das Modell laden können - ohne dabei neu binden zu müssen.

Und alles wäre gut!



LG,

Daniel

Dann mach doch einfach ein IT Studium und spezialisiere dich auf Computerfernsteuerungen.....ich würde auch gern so eine haben

Die Idee ist genial ....aber die Durchführung warscheinlich etwas kompliziert

Grüßle Rainer

[scoobymike]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

Jungs-ich hab's: Spektrum hat das Modelmatching nur erfunden,damit sich jeder zu jedem Modell 'nen separaten Empfänger kaufen muss-die wollen also nur möglichst viele Empfänger absetzen!

Die Jungs sind clever,ich wusste es doch...

Mike

[Christian Damm]

Jungs-ich hab's: Spektrum hat das Modelmatching nur erfunden,damit sich jeder zu jedem Modell 'nen separaten Empfänger kaufen muss-die wollen also nur möglichst viele Empfänger absetzen!

Die Jungs sind clever,ich wusste es doch...

Mike

Super und Futaba hat Modelmatch weggelassen weil sich nur wenige für jedes Modell nen eignen Futaba-Empfänger leisten können. So ein Blödsinn.
Wer steckt schon jedes Mal den Empfänger um. Gehen bloß die Stecker kaputt.

So ne komische Diskussion um einen HartzIV-Sender der angeblich nicht genügend Flightmodes zum Kampfschweben hat. Hätte sich Mc Bird ne DX7 gekauft hätte er 3 Flightmodes, und hätte er erstmal nach und nach fliegen gelernt, hätte er gemerkt das 2 Modes völlig reichen.

[mcbird]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

So ne komische Diskussion um einen HartzIV-Sender der angeblich nicht genügend Flightmodes zum Kampfschweben hat. Hätte sich Mc Bird ne DX7 gekauft hätte er 3 Flightmodes, und hätte er erstmal nach und nach fliegen gelernt, hätte er gemerkt das 2 Modes völlig reichen.

Sorry - aber du hast meine Intention immer noch nicht verstanden!

Die Anzahl der Flightmodes ist für meinen primären Anwendungsfall irrelevant - oder möchtest du bei deinem Flug einfach mal auf die neutralen Setupeinstellungen zum einstellen des 3GX schalten können?

Ich möchte das aus Gründen der Sicherheit lieber nicht im Flug machen können und daher ein eigens Profil hierfür laden müssen, welches ich jedoch ohne neu zu binden nutzen kann!

Die Möglichkeit weitere Profile wie z.B. "hartes 3D" war nur ein Abfallprodukt meiner Idee!

Es ärgert mich einfach, dass ich dafür aktuell immer (weil mein Empfänger in der Mechanik verbaut ist) neu binden muss.

LG,

Daniel

[Hero67]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

@Hero Es wird soweit ich weiss keine Empfänger ID im Sender abgelegt, der Empfänger sendet nichts. Es wird so wie ich meine im Empfänger die Adresse vom Sender/Modellspeicher gespeichert. Und der Empfänger reagiert dann nur auf Pakete mit diesem Absender.

Zusammengefasst: Der Sender weiß nichts vom Empfänger er sendet einfach Daten mit seiner Adresse(+Modellspeicher Nr.)

Dem Empfänger wird beim Binden gesagt auf welche Adresse er reagieren soll.

Geht auch nicht anders weil DSM unidirektional ist. Der Empfänger kann nicht mit dem Sender reden

Zumindest bei der DX8 muß es beim Binden einen Rückkanal geben, da die DX8 unabhängig von den Voreinstellungen z.B. ausgibt "DSMX/2048Bit/11ms". Das muß sie ja irgendwo her haben. Ob's mit DX6i auch geht oder das auf DSMX beschränkt ist: k.A.

Aber auch mit rein unidirektionalem Protokoll, wäre es eben auch möglich dass mehrere Modellspeicher mit den Datenpaketen jweils die gleiche Identifikationsadresse (Sender/Modellspeicher) senden. Dafür bräuchte man nur in der Software beim Kopieren eines Modellspeichers einen Punkt wie "Modellspeicheridentifikation mitkopieren ja/nein".

Das Sicherheitskonzept würde dadurch ja nicht untergraben, denn das macht man ja absichtlich und nicht ausversehen.

Ich verwehre mich hier nur gegen ein "geht technisch nicht" oder "dadurch funktioniert das Sicherheitskonzept nicht mehr". Natürlich funktioniert das Modellmatching auch so, wie es implementiert ist. Aber eben mit einer nicht notwendigen Einschränkung.

Das Anwendungsszenario mag einigen vielleicht krude vorkommen, mir persönlich mit DX8 und 3 Flugmodes und 3GX/3G aber nicht.

Wenn ich z.B. in der Software des 3G/3GX ein paar Parameter ändere oder eine neue Firmware aufspiele, muss das DIR-Setup neu durchgeführt werden. Habe ich nun z.b. Dual/Rate oder Mischer programmiert, dann muss ich die alle wieder zurückstellen und hinterher wieder neu einstellen. Genau dafür währe ein Einstellungsprofil sinnvoll.

Mir dafür einen Flightmode zu reservieren, den man per Schalter sogar während des Fluges verstellen kann, halte ich für weitaus fehlerträchtiger.

Dann mach doch einfach ein IT Studium und spezialisiere dich auf Computerfernsteuerungen.....ich würde auch gern so eine haben

Die Idee ist genial ....aber die Durchführung warscheinlich etwas kompliziert

Mangels Kenntnis über die Details des verwendeten Protokolls, Befehlssätze der Hardware, Source-Code der Firmware etc. ist das für einen Aussenstehenden in der Tat nicht/oder nur mit immens hohem Aufwand möglich.

Ich kann mit Informatik Studium und weitreichenden langjährigen Kenntnissen über Funkprotokolle/Datenstrukturen dienen, und kann daher ganz sicher behaupten, dass es für die Entwickler ein Klacks sein müßte, so etwas zu implementieren.

Die in der Funke abgelegte Datenbank müßten nur um ein Datenbankfeld erweitert werden und dieses Datum als Paketidentifikation mitgesendet werden, anstatt einfach stumpf den Index des Modellspeichers zu nehmen.
Etwas Code zu Anzeigen/ßndern des nötigen Datums und das wars.

Aufwand für den Programmierer minimal. Gefahr einer Fehlbedienung durch den Anwender ist Null oder genauso groß wie einen Modellspeicher "ausversehen" an das falsche Modell zu binden, was für mich gleich Null ist.

Schade, dass die Firmware nicht Open-Source ist

[JMalberg]

AW: Spektrum Binding und das "tolle" Feature Modelmatch

Modellspeicher 1 funktioniert nur mit Empfänger 1
Modellspeicher 2 funktioniert nur mit Empfänger 2
Modellspeicher 3 funktioniert nur mit Empfänger 2

Was soll dabei schiefgehen ?

Es geht dann schief wenn Modell 2 was anderes ist als Modell 3 und du den Empfänger immer von einem Modell ins andere baust. ZB Modell 2 = RC-Heli und Modell 3 = RC-Bagger, dann wird es lustig wenn du zwar den Empfänger umgebaut hast, aber dann den RC-Heli als Bagger steuerst, weil du vergessen hast den Modellspeicher zu wechseln.
Dies wird aber durch die Spektrumsche Verbandelung nicht machbar sein.