Alarmbug in Update 1.07
- ***EX
-
Topic Author
- Offline
- Banned
-
- Posts: 4974
- Thank you received: 2410
TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07
30 Dec 2012 15:34
Hallo Alex!!
Das neu angelegte Modell der Adrenaline geht auf dem Sender meines Vaters,(darum 2 DC-16) auf meinem aber nicht!!!
Ich habe beide Sender gleich updatet, den meines Vaters per Fernwartung mit dem Teamviewer.
Die Sensorwerte erscheinen bei der Telemetrieanzeige komplett zum Auswählen, also werden sie nach dem erkennen des
Sensors auch richtig ausgelesen, nur bei der Alarmauswahl fehlen diese????
MFG Harald
Das neu angelegte Modell der Adrenaline geht auf dem Sender meines Vaters,(darum 2 DC-16) auf meinem aber nicht!!!
Ich habe beide Sender gleich updatet, den meines Vaters per Fernwartung mit dem Teamviewer.
Die Sensorwerte erscheinen bei der Telemetrieanzeige komplett zum Auswählen, also werden sie nach dem erkennen des
Sensors auch richtig ausgelesen, nur bei der Alarmauswahl fehlen diese????
MFG Harald
Please Log in or Create an account to join the conversation.
- Tuxx
-
- Offline
- Elite Member
-
- Posts: 246
- Thank you received: 159
TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07
30 Dec 2012 16:11
Also es liegt definitiv am Daten-Typ. Bei der Version 1.06 gab es das Feld in der Konfiguration nicht.
Wenn ein Modell das erste mal mit Version 1.07 geladen wird, wird die Modell-Konfiguration erweitert. Für jeden Messwert eines Sensors wird dann der Daten-Typ "0" eingetragen. Solange der Daten-Typ "0" ist, kann der Messwert nicht in den Alarmen verwendet werden und wird daher auch nicht angezeigt. D.h. der Sender muß nach dem Update auf 1.07 den Sensor erst mal "sehen" um den korrekten Daten-Typ für jeden Sensor zu erfahren. Das passiert automatisch nach einigen Sekunden wenn der Sensor "online" ist.
D.h. nach dem Update können die Alarme erst konfiguriert werden, wenn der Sender den Sensor wieder einmal "gesehen" hat.
Ich habe das eben mit einem Modell mit LinkVario reproduziert. Das selbe gilt aber logischerweise für alle EX-Sensoren.
Gruß
Alex
Wenn ein Modell das erste mal mit Version 1.07 geladen wird, wird die Modell-Konfiguration erweitert. Für jeden Messwert eines Sensors wird dann der Daten-Typ "0" eingetragen. Solange der Daten-Typ "0" ist, kann der Messwert nicht in den Alarmen verwendet werden und wird daher auch nicht angezeigt. D.h. der Sender muß nach dem Update auf 1.07 den Sensor erst mal "sehen" um den korrekten Daten-Typ für jeden Sensor zu erfahren. Das passiert automatisch nach einigen Sekunden wenn der Sensor "online" ist.
D.h. nach dem Update können die Alarme erst konfiguriert werden, wenn der Sender den Sensor wieder einmal "gesehen" hat.
Ich habe das eben mit einem Modell mit LinkVario reproduziert. Das selbe gilt aber logischerweise für alle EX-Sensoren.
Gruß
Alex
The following user(s) said Thank You: wstech
Please Log in or Create an account to join the conversation.
- ***EX
-
Topic Author
- Offline
- Banned
-
- Posts: 4974
- Thank you received: 2410
TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07
30 Dec 2012 16:27 - 30 Dec 2012 16:29
Hallo Alex!!
Im oberen Bericht habe ich einen Fehler, der neu angelegte Adrenaline geht auch bei meiner Steuerung!!(Habe irrtümlich den defekten erwischt)
Deine Annahmen sind mit meinen übereinstimmend. Bei manchen Modellen werden die Datentypen umgestellt und bei manchen
nicht. Funktioniert das erkennen der Datentypen nicht beim ersten Aufruf so verbleiben sie bei der Voreinstellung.
MFG Harald
Im oberen Bericht habe ich einen Fehler, der neu angelegte Adrenaline geht auch bei meiner Steuerung!!(Habe irrtümlich den defekten erwischt)
Deine Annahmen sind mit meinen übereinstimmend. Bei manchen Modellen werden die Datentypen umgestellt und bei manchen
nicht. Funktioniert das erkennen der Datentypen nicht beim ersten Aufruf so verbleiben sie bei der Voreinstellung.
MFG Harald
Last edit: 30 Dec 2012 16:29 by ***EX.
Please Log in or Create an account to join the conversation.
- Tuxx
-
- Offline
- Elite Member
-
- Posts: 246
- Thank you received: 159
TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07
30 Dec 2012 17:01Das ist nicht richtig. Die Daten-Typen werden ständig aktualisiert, sobald der Sensor Daten sendet. Ich habe eben sogar mal bewusst einen Falschen Daten-Typ in die Datei geschrieben (Typ 5 = Datum) für die Höhe. Danach konnte ich die Höhe nicht mehr in den Alarmen verwenden, und in der Telemetrie-Anzeige wurde der Höhenwert als Datum angezeigtFunktioniert das erkennen der Datentypen nicht beim ersten Aufruf so verbleiben sie bei der Voreinstellung.
Nach dem ich das Modell und damit den Sensor eingeschaltet habe wurde das nach wenigen Sekunden korrigiert, und die Höhe wurde wieder korrekt ausgegeben. Bei den Alarmen wurde der Wert dann auch sofort wieder angezeigt.
Gruß
Alex
Please Log in or Create an account to join the conversation.
- ***EX
-
Topic Author
- Offline
- Banned
-
- Posts: 4974
- Thank you received: 2410
TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07
30 Dec 2012 17:11
Warum werden bei manchen Modellen die Werte dann nicht aktualisiert?
Der Empfänger ist ein R8 mit SW ver 3.05 und der Sensor ein MUI75 mit V2.00
Den Empfänger haben wir mit Einsatz der Dc-16 updatet.
MFG Harald
Der Empfänger ist ein R8 mit SW ver 3.05 und der Sensor ein MUI75 mit V2.00
Den Empfänger haben wir mit Einsatz der Dc-16 updatet.
MFG Harald
Please Log in or Create an account to join the conversation.
- Tuxx
-
- Offline
- Elite Member
-
- Posts: 246
- Thank you received: 159
TPL_KUNENA_MESSAGE_REPLIED_NEW Alarmbug in Update 1.07
30 Dec 2012 17:23
Das ist wohl die alles entscheidende Frage.
Was passiert denn wenn Du bei einem "defekten" Modell im Sensor Menü den "auto" Knopf verwendest ?
Erkennt er den Sensor mit seinen Messwerten dann erneut ? Falls ja, müssten dann auch die Daten-Typen stimmen.
Gruß
Alex
Was passiert denn wenn Du bei einem "defekten" Modell im Sensor Menü den "auto" Knopf verwendest ?
Erkennt er den Sensor mit seinen Messwerten dann erneut ? Falls ja, müssten dann auch die Daten-Typen stimmen.
Gruß
Alex
Please Log in or Create an account to join the conversation.
Time to create page: 0.349 seconds