Alarmbug in Update 1.07

  • schiwo1
  • schiwo1's Avatar
  • Offline
  • Platinum Member
  • Platinum Member
  • Posts: 490
  • Thank you received: 154

TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07

30 Dec 2012 21:16
#25
Tuxx wrote: Hallo Harald,

es ist genau so wie Henning geschrieben hat. Die Sensoren übertragen in niedriger Frequenz Ihre Parameter. das passiert aber nicht am Stück, sondern in einzeln Datensätzen für jeden möglichen Messparameter zusätzlich einen Datensatz für den Sensor selbst. Der Sender sammelt einfach die Datensätze die er bekommt. Es kann durchaus sein das zuerst Messgrößen angezeigt werden und erst später der eigentliche Sensornamen. Das ganze ist nicht synchronisiert, muss es auch nicht.
Ein Messparameter kann eigentlich nie den Daten-Typ "0" haben, da der Datentyp immer direkt mit übertragen wird. Das "Problem" mit dem Daten-Typ "0" gibt es nur weil der Daten-Typ bisher nicht in der Modellkonfiguration gespeichert wurde. Es betrifft also "nur" Modelle die vor der Version 1.07 erstellt wurden. Bei neuen Modellen, kann das Problem m.E. nicht auftreten.

Freut mich jedenfalls das wir eine Lösung für das "Problem" gefunden haben.

Ich bin übrigens überzeugt das sich das Problem einfach durch warten lösen müsste. D.h. Sender und Modell einschalten und 5 min. warten.
Die Sache mit der "Sensor Auto-Konfiguration" sollte nicht nötig sein, wenn man lange genug wartet damit alle Daten vom Sensor übertragen wurde.

Gruß
Alex
Leider nein, zumindest nicht im Falle der SM Sensoren.
Habe gerade 15min nach einem Auto config gewartet. Auch danach waren nur eine "zufällige" aber reproduzierbare Anzahl von Parametern als Sensor angezeigt. Und die Zahl der Parameter die in der Sprachausgabe als Auswahl angezeigt werden ist nocheinmal geringer.

Sorry, aber da hat Jeti einen kapitalen Bock bei der Änderung des Datenformates geschossen.

Und, es ist ein Armutszeugnis an Euch Tester dass Ihr das nicht bemerkt habt. Auch als Weltklasse F3A Pilot ist das keine Ausrede, Peter. Die Telemetrie war und ist das Aushängeschild von Jeti, und das ist es ist ein MUSS das im Rahmen eines Beta Tests auf Herz und Nieren zu testen :)

Nix für ungut...
Gruss Stephan

Please Log in or Create an account to join the conversation.

  • PW
  • PW's Avatar
  • Offline
  • Moderator
  • Moderator
  • Posts: 9909
  • Thank you received: 3910

TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07

30 Dec 2012 21:16 - 30 Dec 2012 21:27
#26
Hallo Jürgen,

und anderen deutschen Städten ....In Dorsten kann nur ein gewisser Aufgabenbereich gemacht werden ;) ;)


Stefan:

kein Problem "mitgefangen = mitgehangen" ;) ;) Aber warum geht denn Wstch ohne Probleme ?

SM muss hier seine Produkte an das Update 1.07 anpassen; nicht umgekehrt ! Wenn Jeti hier gewisse Dinge ändert, hat das vielleicht für Jeti einen Sinn für die Zukunft (siehe neue Norm in 3 Jahren) ? Wer weiss das schon !

Fremdanbieter müssen sich den Jeti Veränderungen anpassen und für Jeti Tester besteht nicht die Aufgabe darin, Fremdprodukte zu testen; sondern nur die Jeti eigenen Sachen. Glaube nicht, dass MPX, Futaba etc. Tests macht, ob bei einem Update noch der Fremdprodukt der Firmen X,Y,Z gescheit arbeiten.


Uwe: schliesse mich der guten Nacht an :P

Gruss und einen guten Rutsch

PW
Rechtsbeistand u.a. bei "Modellflugproblemen"etc. : Rechtsanwälte Wessels & Partner, Tel.: 02362/27065

PW Modellbautechnik ( Jeti Kombiangebote, Beratung/Einstellservice etc.)
Last edit: 30 Dec 2012 21:27 by PW.
The following user(s) said Thank You: D44

Please Log in or Create an account to join the conversation.

  • uwe neesen
  • uwe neesen's Avatar
  • Offline
  • Moderator
  • Moderator
  • Posts: 1982
  • Thank you received: 2358

TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07

30 Dec 2012 21:21
#27
Hallo Stephan

Der UNISENS ist für JETI sicher kein Muss! BMW wird sicherlich auch nicht testen, ob man das Panasonicradio sauber nachrüsten kann.

Und zu deinem Anspruch an die Betatester gilt auch :
jetiforum.de/index.php/4-jeti-sender/819...e-1-07?start=18#5110
viele Grüße, Uwe
BITTE keine PN, Anfragen immer per Mail an info@hacker-motor.com So lassen sich Links und Anhänge, Tipps und Tricks besser und einfacher weitergeben.
Hacker Factory-team

Please Log in or Create an account to join the conversation.

  • schiwo1
  • schiwo1's Avatar
  • Offline
  • Platinum Member
  • Platinum Member
  • Posts: 490
  • Thank you received: 154

TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07

30 Dec 2012 21:23 - 30 Dec 2012 21:24
#28
]Und ich bin kein Tester!
Ich mache nur freiwillig das Forum!
Getestet wird in CZ.und Dorsten ;)

Edit:

Jeder kann hier mitwirken!! SM habe ich es sogar angeboten und darum gebeten, erst nach Tagen kam ein Nein. Wir sind aber Schuld, super Wurst!!! :evil:[/quote]

Ja. Denn dann haettet Ihr ja einen Aufruf hier im Forum machen können wenn Herr Merz angeblich nicht bereit ist seine Software gegen die neue Jeti Version zu testen und keiner bei Euch im Team in der Lage war andere Sensoren zu beschaffen.. :whistle:
Last edit: 30 Dec 2012 21:24 by schiwo1.

Please Log in or Create an account to join the conversation.

  • Jürgen
  • Jürgen's Avatar
  • Offline
  • Moderator
  • Moderator
  • Posts: 4296
  • Thank you received: 2104

TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07

30 Dec 2012 21:24
#29
schiwo1 wrote:
Tuxx wrote: Hallo Harald,

es ist genau so wie Henning geschrieben hat. Die Sensoren übertragen in niedriger Frequenz Ihre Parameter. das passiert aber nicht am Stück, sondern in einzeln Datensätzen für jeden möglichen Messparameter zusätzlich einen Datensatz für den Sensor selbst. Der Sender sammelt einfach die Datensätze die er bekommt. Es kann durchaus sein das zuerst Messgrößen angezeigt werden und erst später der eigentliche Sensornamen. Das ganze ist nicht synchronisiert, muss es auch nicht.
Ein Messparameter kann eigentlich nie den Daten-Typ "0" haben, da der Datentyp immer direkt mit übertragen wird. Das "Problem" mit dem Daten-Typ "0" gibt es nur weil der Daten-Typ bisher nicht in der Modellkonfiguration gespeichert wurde. Es betrifft also "nur" Modelle die vor der Version 1.07 erstellt wurden. Bei neuen Modellen, kann das Problem m.E. nicht auftreten.

Freut mich jedenfalls das wir eine Lösung für das "Problem" gefunden haben.

Ich bin übrigens überzeugt das sich das Problem einfach durch warten lösen müsste. D.h. Sender und Modell einschalten und 5 min. warten.
Die Sache mit der "Sensor Auto-Konfiguration" sollte nicht nötig sein, wenn man lange genug wartet damit alle Daten vom Sensor übertragen wurde.

Gruß
Alex
Leider nein, zumindest nicht im Falle der SM Sensoren.
Habe gerade 15min nach einem Auto config gewartet. Auch danach waren nur eine "zufällige" aber reproduzierbare Anzahl von Parametern als Sensor angezeigt. Und die Zahl der Parameter die in der Sprachausgabe als Auswahl angezeigt werden ist nocheinmal geringer.

Sorry, aber da hat Jeti einen kapitalen Bock bei der Änderung des Datenformates geschossen.

Und, es ist ein Armutszeugnis an Euch Tester dass Ihr das nicht bemerkt habt. Auch als Weltklasse F3A Pilot ist das keine Ausrede, Peter. Die Telemetrie war und ist das Aushängeschild von Jeti, und das ist es ist ein MUSS das im Rahmen eines Beta Tests auf Herz und Nieren zu testen :)

Nix für ungut...
Gruss Stephan

Ich stelle mich gern bei der nächsten Version als Tester zu Verfügung, wenn du mir alle Sensoren zur Verfügung stellst.
Gruß
Jürgen
the master of the Desaster

Please Log in or Create an account to join the conversation.

  • uwe neesen
  • uwe neesen's Avatar
  • Offline
  • Moderator
  • Moderator
  • Posts: 1982
  • Thank you received: 2358

TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07

30 Dec 2012 21:26
#30
hoffnungslos, gute nacht...
viele Grüße, Uwe
BITTE keine PN, Anfragen immer per Mail an info@hacker-motor.com So lassen sich Links und Anhänge, Tipps und Tricks besser und einfacher weitergeben.
Hacker Factory-team
The following user(s) said Thank You: PW

Please Log in or Create an account to join the conversation.

Time to create page: 0.245 seconds
Powered by Kunena Forum