Nach Update auf 6.4 Probleme mit Telemetrie BUG ?
geschrieben von gtandi
|
18.09.2020 13:37:09 |
|
25.09.2020 09:42:07 |
Moin,
für mich sieht das mit den Dateien gut aus – hab sie hier auf eine Werkbank-Stabi geladen, hab natürlich nicht die Konfiguration von Euch mit weiteren NEOs, Servos etc. um genau zu sehen was tatsächlich an allen individuellen Servos passiert.
Aber wenn ich bspw. die MC lade, sind auch die Bezeichnungen drin.
Nochmal zum Verständnis:
Beim Umbinden passiert ... genau garnix mit dem Setup auf der NEO. Steuerung etc. funktionieren sofort identisch wie vorher, man muss bei komplexeren Setups nur auf dem zweiten Sender ggfs. seine Schalter-Zuordnungen / deren Funktionen prüfen, da bspw. die Optionsschalter, bei Nitro Kill/Throttle Cut etc. bei jedem anders in Verwendung sein können.
Nur dazu muss man die Setups nicht speichern, umkopieren, neu laden, die lädt man ja nicht auf den Sender, um dem was beizubringen, man kopiert ja praktisch Kopien des Setups von der Stabi auf den Sender, kopiert sie um auf den zweiten Sender, und lädt sie wieder in die NEO, das wäre redundant.
Plus, wenn man da versehentlich Dateien verwechselt oder sonst irgendwie 'zerbaselt', und man lädt sie auf die (ggfs. identische) NEO, ist die u. U. danach 'zerschossen', und die vorher schon verwechselten oder zerbaselten Dateien sind auch nix mehr Wert.
Die Dateien aus dem anderen Thread haben (warum auch immer) nix sinnvolles enthalten, das haben wir ja auch probiert.
Nachdem der Prozess wie gerade probiert und auch schon beschrieben aber nachvollziehbar funktioniert, kann man nur logisch folgern, dass die zur Verfügung gestellten Dateien – warum auch immer – Fritten sind.
Um meine Behauptung zu prüfen, dass der Prozess immer nachvollziehbar funktioniert, habe ich einen Demo-Sender aus 10-2019 her genommen, der auch seither nicht mehr upgedatet wurde, und das ganze damit wiederholt, also alter Sender Firmware .400, Apps Stand 10-2019 oder älter. Da habe ich die Setup Files von Euch – von aktueller VPlane mit aktuellem Sender gesichert – rein kopiert, wahlweise auf noch nicht upgedatete NEO und auf aktuelle NEO wieder einkopiert, tut genauso.
Für mich ist damit der Beweis erbracht, dass die Grundfunktion speichern/laden wie beschrieben funktioniert, und dass sie auf- und abwärtskompatibel ist.
Wieder nur der logische Rückschluss: mit den ersten Dateien muss irgendwas passiert sein, oder sie enthalten nicht das, was sie sollten, vielleicht auch nach unbemerkten Fehlversuchen etwas gespeichert was schon nicht mehr stimmte ... wäre, als ob man ein falsches/älteres oder sonst wie unvollständiges oder defektes Backup auf einen Computer zurück spielt ...
Zurück zum Thema: wenn man umbindet, ist ja alles da (in der NEO). Wenn man nun noch die Macrozellen-Bezeichnungen mitnehmen möchte, kann man diese Datei hier (Anhang) vom ersten auf den zweiten Sender umkopieren, nachdem man das Modell das erste Mal mit dem zweiten Sender gebunden hat, der Ordner mit der Seriennummer (das Modell) auf dem Sender angelegt ist.
Man könnte auch den ganzen Modell-Ordner umkopieren, dann ist der Stand auf beiden Sendern zum Zeitpunkt der Kopie identisch, sogar inkl. Logs.
Hab's grad spaßeshalber auch probiert, Modell aus, die mcnames.conf aus dem Ordner raus verschoben, das Modell wieder an, MCn sind natürlich noch da, funktionieren, aber ohne Namen, die sind ja in der NEO gespeichert. Wieder aus, Datei wieder rein, an, Namen wieder da.
Zur Telemetrie selbst kann ich nix sagen, da bin ich quasi auch nur Anwender.
Grüßle
Eddi
Born to fly ...
forced to work.
für mich sieht das mit den Dateien gut aus – hab sie hier auf eine Werkbank-Stabi geladen, hab natürlich nicht die Konfiguration von Euch mit weiteren NEOs, Servos etc. um genau zu sehen was tatsächlich an allen individuellen Servos passiert.
Aber wenn ich bspw. die MC lade, sind auch die Bezeichnungen drin.
Nochmal zum Verständnis:
Beim Umbinden passiert ... genau garnix mit dem Setup auf der NEO. Steuerung etc. funktionieren sofort identisch wie vorher, man muss bei komplexeren Setups nur auf dem zweiten Sender ggfs. seine Schalter-Zuordnungen / deren Funktionen prüfen, da bspw. die Optionsschalter, bei Nitro Kill/Throttle Cut etc. bei jedem anders in Verwendung sein können.
Nur dazu muss man die Setups nicht speichern, umkopieren, neu laden, die lädt man ja nicht auf den Sender, um dem was beizubringen, man kopiert ja praktisch Kopien des Setups von der Stabi auf den Sender, kopiert sie um auf den zweiten Sender, und lädt sie wieder in die NEO, das wäre redundant.
Plus, wenn man da versehentlich Dateien verwechselt oder sonst irgendwie 'zerbaselt', und man lädt sie auf die (ggfs. identische) NEO, ist die u. U. danach 'zerschossen', und die vorher schon verwechselten oder zerbaselten Dateien sind auch nix mehr Wert.
Die Dateien aus dem anderen Thread haben (warum auch immer) nix sinnvolles enthalten, das haben wir ja auch probiert.
Nachdem der Prozess wie gerade probiert und auch schon beschrieben aber nachvollziehbar funktioniert, kann man nur logisch folgern, dass die zur Verfügung gestellten Dateien – warum auch immer – Fritten sind.
Um meine Behauptung zu prüfen, dass der Prozess immer nachvollziehbar funktioniert, habe ich einen Demo-Sender aus 10-2019 her genommen, der auch seither nicht mehr upgedatet wurde, und das ganze damit wiederholt, also alter Sender Firmware .400, Apps Stand 10-2019 oder älter. Da habe ich die Setup Files von Euch – von aktueller VPlane mit aktuellem Sender gesichert – rein kopiert, wahlweise auf noch nicht upgedatete NEO und auf aktuelle NEO wieder einkopiert, tut genauso.
Für mich ist damit der Beweis erbracht, dass die Grundfunktion speichern/laden wie beschrieben funktioniert, und dass sie auf- und abwärtskompatibel ist.
Wieder nur der logische Rückschluss: mit den ersten Dateien muss irgendwas passiert sein, oder sie enthalten nicht das, was sie sollten, vielleicht auch nach unbemerkten Fehlversuchen etwas gespeichert was schon nicht mehr stimmte ... wäre, als ob man ein falsches/älteres oder sonst wie unvollständiges oder defektes Backup auf einen Computer zurück spielt ...
Zurück zum Thema: wenn man umbindet, ist ja alles da (in der NEO). Wenn man nun noch die Macrozellen-Bezeichnungen mitnehmen möchte, kann man diese Datei hier (Anhang) vom ersten auf den zweiten Sender umkopieren, nachdem man das Modell das erste Mal mit dem zweiten Sender gebunden hat, der Ordner mit der Seriennummer (das Modell) auf dem Sender angelegt ist.
Man könnte auch den ganzen Modell-Ordner umkopieren, dann ist der Stand auf beiden Sendern zum Zeitpunkt der Kopie identisch, sogar inkl. Logs.
Hab's grad spaßeshalber auch probiert, Modell aus, die mcnames.conf aus dem Ordner raus verschoben, das Modell wieder an, MCn sind natürlich noch da, funktionieren, aber ohne Namen, die sind ja in der NEO gespeichert. Wieder aus, Datei wieder rein, an, Namen wieder da.
Zur Telemetrie selbst kann ich nix sagen, da bin ich quasi auch nur Anwender.
Grüßle
Eddi
Born to fly ...
forced to work.
|
Re: Nach Update auf 6.4 Probleme mit Telemetrie BUG ? 25.09.2020 10:28:37 |
Hallo!
Ich kann hier einen Beitrag leisten ... Touch und Neo auf neuestem Stand .... Auch ich baue gerade meinen ersten Turbinenjet auf und beschäftige mich daher ebenfalls mit dem Fuelmeter. Jedenfalls wollte ich das ausprobieren und habe einen Sensorhub eingerichtet und an mein bestehendes Master / Slave Neo System angeschlossen. Alles gut, alles wurde erkannt, in der Touch angezeigt und die Fuelapp funktionierte.
Jedenfalls - und das ist der Punkt - als ich erstmals in das Sensorhubmenü zum Fuelmeter ging (AUX3 oder irre ich mich jetzt), um mir dort den Aufbau anzusehen bzw. laut eurer Anleitung die Pulse einzustellen (wollte nur mal schauen wo das ist und wie das funktioniert) stand dort tatsächlich das was "gtandi" mitteilte, nämlich das dort ein Gear Ratio zum Einstellen war ... ???!!!
Ich dachte mir nichts dabei, weil ich noch kein "echtes" Fuelmeter auf AUX3 physisch angeschlossen hatte (war noch am Postweg) ... Als ich das nächste Mal = am nächsten Tag, d.h. das ganze System war ausgeschalten und wurde wieder hochgefahren - konnte ich im Sensorhub in der Zelle AUX3 erstmalig die Auswahl treffen, d.h. Fuelmeter einstellen und danach die weiteren Werte (Pulse) entsprechend ändern ... und dabei war auch kein echtes Fuelmeter am Senbsor angeschlossen!
Ich sehe jetzt kein Problem dabei, ich denke das System muss mit den neuen Parametern einfach einmal neu booten, oder??? Seither funktioniert die Auswahl immer ...
Jedenfalls muss man nicht den Modellbildschirm einrichten
Beste Grüße,
Geri
Ich kann hier einen Beitrag leisten ... Touch und Neo auf neuestem Stand .... Auch ich baue gerade meinen ersten Turbinenjet auf und beschäftige mich daher ebenfalls mit dem Fuelmeter. Jedenfalls wollte ich das ausprobieren und habe einen Sensorhub eingerichtet und an mein bestehendes Master / Slave Neo System angeschlossen. Alles gut, alles wurde erkannt, in der Touch angezeigt und die Fuelapp funktionierte.
Jedenfalls - und das ist der Punkt - als ich erstmals in das Sensorhubmenü zum Fuelmeter ging (AUX3 oder irre ich mich jetzt), um mir dort den Aufbau anzusehen bzw. laut eurer Anleitung die Pulse einzustellen (wollte nur mal schauen wo das ist und wie das funktioniert) stand dort tatsächlich das was "gtandi" mitteilte, nämlich das dort ein Gear Ratio zum Einstellen war ... ???!!!
Ich dachte mir nichts dabei, weil ich noch kein "echtes" Fuelmeter auf AUX3 physisch angeschlossen hatte (war noch am Postweg) ... Als ich das nächste Mal = am nächsten Tag, d.h. das ganze System war ausgeschalten und wurde wieder hochgefahren - konnte ich im Sensorhub in der Zelle AUX3 erstmalig die Auswahl treffen, d.h. Fuelmeter einstellen und danach die weiteren Werte (Pulse) entsprechend ändern ... und dabei war auch kein echtes Fuelmeter am Senbsor angeschlossen!
Ich sehe jetzt kein Problem dabei, ich denke das System muss mit den neuen Parametern einfach einmal neu booten, oder??? Seither funktioniert die Auswahl immer ...
Jedenfalls muss man nicht den Modellbildschirm einrichten
Beste Grüße,
Geri
|
25.09.2020 10:57:29 |
|
25.09.2020 21:01:20 |
Sorry, in diesem Forum dürfen nur registrierte Benutzer schreiben.