Temperatursensor im 7100(+)/9100(+)/WLC-BFG spinnt (9.24)

[Jirka]

Hallo,

der Temperatursensor in den großen 19-Zoll Geräten (7100(+)/9100(+)/WLC-BFG) zeigt mitunter falsche, völlig unrealistische Werte an. Das Problem existiert schon länger, definitiv aber noch mit der 9.24.0330-RU8.

Wenn man sich die (angeblichen) Temperaturextreme unter Status/Temperature-Monitor/Extremes/ mal anschaut, kommt man schon ins Zweifeln, was da vor sich geht, aber PRTG zeigt eindeutig, dass da was nicht stimmen kann:

2017-11-21 09_52_55-PRTG Network Monitor (SERVER) _ Details des Sensors.png

Man sieht in der Grafik, dass die Temperatur binnen einer Minute von 38 °C auf 6 °C sinkt und dann gleich wieder auf 38 °C steigt. (Wer nun glaubt, dass das Gerät statt 37 °C oder 39 °C nun eben 6 °C anzeigt, dem sei mitgeteilt, dass es schon noch - wie man auch in der Grafik bei genauem Hinschauen sieht - Momente gibt, in denen 37 oder 39 °C ausgegeben werden. Ganz so einfach ist es also nicht.)

Zu den unter Status/Temperature-Monitor/Extremes/ erfassten Werten noch ein paar Beispiele:

Code: Alles auswählen

7100+
Inbetriebnahme am 25.06. abends, hat am Folgetag um 05:37 Uhr eine Temperatur von 90 °C, dann um 06:04 Uhr immerhin eine von 45 °C, um 8:53 Uhr, wo der Traffic richtig los geht, ist sie dann auf 10 °C abgesunken und um 09:47 Uhr erreicht sie frostige 6 °C an diesem schönen Sommertag, um dann wieder auf 10 °C zu steigen zu einem Zeitpunkt, in der in der realen Welt die Tageshöchsttemperatur erreicht wird:
Type        Value     Time
============-------------------------------
Minimum-1   6         06/26/2017 09:47:45
Maximum-1   47        07/09/2017 17:03:23
Minimum-2   2
Maximum-2   51        07/09/2017 18:41:23
Minimum-3   10        06/26/2017 08:53:45
Maximum-3   90        07/10/2017 05:32:24
Minimum-4   10        06/26/2017 14:22:45
Maximum-4   90        06/26/2017 05:37:44
Minimum-5   25
Maximum-5   60        07/05/2017 19:01:20
Minimum-6   15
Maximum-6   45        06/26/2017 06:04:44

7100+
Das ist der, wo oben das PRTG-Diagramm von ist. 2 °C im Mai ist hier natürlich auch völlig ausgeschlossen, das schafft selbst die Klimaanlage nicht.
Type        Value     Time
============-------------------------------
Minimum-1   2         05/14/2016 06:12:02
Maximum-1   45        06/19/2015 15:23:36
Minimum-2   2
Maximum-2   49        02/02/2016 14:11:15
Minimum-3   30
Maximum-3   50        02/19/2015 14:10:18
Minimum-4   25
Maximum-4   50        08/25/2015 19:35:36
Minimum-5   20
Maximum-5   50        02/02/2016 19:46:15
Minimum-6   15
Maximum-6   45        02/20/2015 23:02:43

7100
hier kommen wir wirklich mal zum Gefrierpunkt von 0 °C im Juni 2017. Der Sommer war kalt, aber so kalt nun auch nicht... Und die Maxima von 90 °C im Oktober, also selbst wenn damals da noch keine Klimaanlage drin gewesen sein soll, sehr unwahrscheinlich.
Type        Value     Time
============-------------------------------
Minimum-1   0         06/05/2017 13:36:07
Maximum-1   53        10/28/2013 03:58:29
Minimum-2   2         12/15/2011 19:02:06
Maximum-2   59        10/28/2013 01:44:29
Minimum-3   20        02/03/2012 20:31:50
Maximum-3   50        03/22/2012 22:40:40
Minimum-4   0         02/05/2012 20:48:59
Maximum-4   85        06/09/2017 17:43:04
Minimum-5   10        01/04/2016 21:47:34
Maximum-5   90        10/25/2013 15:36:26
Minimum-6   10        07/26/2016 10:55:11
Maximum-6   90        10/27/2013 04:57:29

9100
Type        Value     Time
============-------------------------------
Minimum-1   21
Maximum-1   52        10/17/2017 08:01:26
Minimum-2   1
Maximum-2   56        10/17/2017 07:39:26
Minimum-3   5
Maximum-3   85        10/16/2017 19:36:26
Minimum-4   0         07/02/2017 15:15:28
Maximum-4   75        07/01/2017 17:51:28
Minimum-5   5
Maximum-5   45
Minimum-6   15        01/07/2003 19:51:30
Maximum-6   55        10/17/2017 03:20:26

7100+
Wer glaubt, das könne man nun nicht mehr toppen, doch, es geht noch kälter. Sage und schreibe -25 °C, und das, wo die Kiste noch kurz zuvor fast gekocht hat.
Type        Value     Time
============-------------------------------
Minimum-1   0         11/13/2016 17:51:00
Maximum-1   47        08/07/2017 17:59:40
Minimum-2   0
Maximum-2   47        08/07/2017 15:32:40
Minimum-3   20
Maximum-3   50        05/22/2017 09:23:39
Minimum-4   0         03/08/2016 07:32:37
Maximum-4   80        03/08/2016 13:54:14
Minimum-5   15        07/26/2016 15:39:27
Maximum-5   55        07/26/2016 15:24:27
Minimum-6   -25       03/08/2016 19:56:27
Maximum-6   90        07/27/2016 14:28:27

9100+
Hier sind alle Werte falsch außer die 50, 51 und 54 °C.
Type        Value     Time
============-------------------------------
Minimum-1   0         07/21/2016 23:46:25
Maximum-1   51        10/17/2017 08:31:53
Minimum-2   2         11/06/2014 11:16:37
Maximum-2   54        10/17/2017 07:35:53
Minimum-3   5         11/07/2014 11:28:29
Maximum-3   80        10/16/2017 21:47:53
Minimum-4   0         11/24/2014 19:02:56
Maximum-4   50        02/09/2016 21:53:43
Minimum-5   5         11/08/2014 19:49:31
Maximum-5   90        10/20/2016 14:46:49
Minimum-6   0         11/09/2014 02:44:31
Maximum-6   85        11/19/2016 06:16:04

Na ja, es wird langsam langweilig.

Kann noch jemand die -25 °C oder die 90 °C im Maximum toppen?
Wieso ist eigentlich die Sortierreihenfolge dieser Werte so wie sie ist und nicht Minimum-1, Minimum-2, Minimum-3,... , Maximum-1,... ?

Vielen Dank und viele Grüße,
Jirka

[stefanbunzel]

Hallo Jirka,

ich kann deine Beobachtungen insbesondere zum "alten" 7100 voll bestätigen. Das ist aber ein altes Problem, welches schon damals bei den L-54 (selbst eingebaute Temperatur-Sensoren) und L-32x immer bestand. Ich hatte das auch über Jahre in PRTG geloggt und dann letztendlich in PRTG diese Ausreißer, die es ständig gab, ausfiltern lassen. Ich war mir damals nie ganz sicher, ob das Problem nun beim LCOS (dagegen spricht deine zitierte Minimal-/Maximal-Tabelle) oder bei PRTG (Abfrageintervall, Mittel-Bildung usw.) lag? Ich bilde mir auch ein, dass ich mich dazu mal hier im Forum geäußert hatte. Das wäre dann aber sicher ca. 5 Jahre her...

Diese Beobachtung stellt natürlich diese Minimal-/Maximal-Tabelle absolut in Frage, da diese (meines Wissens) mal bezüglich Gewährleistung / umgebungsgerechten Betrieb eingebaut wurde.

Hast du mal beobachtet, wie sich diese fehlerhaften Temperaturwerte auf ein Gerät mit WLAN-Modul auswirkt (falls es die auch dort geben sollte)? Wird dann bei denen bei hohen und tiefen fehlerhaften Werten das WLAN-Modul deaktiviert?

Viele Grüße,
Stefan

[Jirka]

Hallo Stefan,

Das ist aber ein altes Problem

ja, umso schlimmer dass sich da bisher niemand drum gekümmert hat. Ich beobachte das auch schon ein Weilchen, da ich aber bei vielen Geräten bisher nicht lückenlos dafür garantieren konnte, dass sie wirklich nicht bei falschen Umgebungsbedingungen betrieben wurden, habe ich diese Extremwerte bisher immer nur fragend zur Kenntnis genommen.

welches schon damals bei den L-54 (selbst eingebaute Temperatur-Sensoren)

Das habe ich beim L-54 nie gemacht. Und der L-322-R2 wertet einen Temperatur-Sensor leider gar nicht mehr aus (der Einbau war also für umsonst).

und L-32x immer bestand.

Also die L-32x-R1 sind anscheinend auch betroffen, darunter sind aber auch Geräte, bei denen ist alles normal. Ich habe eben mal schnell 15 L-321 durchgeschaut. Ergebnis: Ca. 50 % fehlerhaft und eine neuer Spitzenwert für das Maximum von 95 °C. Wo hingegen die 1781-er Reihe unauffällig ist. Auch beim L-452 habe ich nichts ungewöhnliches gefunden. Die oben aufgeführten 19-Zoll-Geräte sind jedoch durchgängig zu 100 % betroffen.

Ich war mir damals nie ganz sicher, ob das Problem nun beim LCOS oder bei PRTG (Abfrageintervall, Mittel-Bildung usw.) lag

Na am LCOS ist doch wohl klar. Wo kommen wir denn dahin, wenn wir PRTG anzweifeln? Da bin ich bisher nur einmal mit auf die Nase gefallen und das war die DHCP-Geschichte, da arbeitete auch PRTG nicht ganz korrekt, aber dadurch wurde auch ein LCOS-Bug behoben...
Abfrageintervall: Nun ja, 60 Sekunden
Mittel-Bildung: Ok, da muss man die Mathematik dahinter natürlich verstanden haben, aber im Zweifel schaue ich mir echt die Originaldaten an, ich glaube beim alten PRTG ging das nicht so gut.
Natürlich hatten wir beide (erinnerst Du Dich?) vor fast 10 Jahren auch mal in PRTG Bugs gefunden und die gemeldet, aber so viele Bugs wie ich im LANCOM in einem Tag finde, finde ich in PRTG in einem Jahr...

Diese Beobachtung stellt natürlich diese Minimal-/Maximal-Tabelle absolut in Frage, da diese (meines Wissens) mal bezüglich Gewährleistung / umgebungsgerechten Betrieb eingebaut wurde.

Aber ganz genau, die Angaben da belegen so erst mal gar nichts.

Hast du mal beobachtet, wie sich diese fehlerhaften Temperaturwerte auf ein Gerät mit WLAN-Modul auswirkt (falls es die auch dort geben sollte)?

Nö. Von den Geräten mit WLAN-Modul sind vermutlich nur die L-32x-R1, wie hier schon beschrieben, betroffen.

Ich hoffe ja, dass das ein Problem ist, was softwaremäßig gefixt werden kann.

Viele Grüße,
Jirka

[stefanbunzel]

Hallo Jirka,

welches schon damals bei den L-54 (selbst eingebaute Temperatur-Sensoren)

Das habe ich beim L-54 nie gemacht. ...

Entschuldigung, dass ich hier deinen Beitrag für eine lustige Storry aus längst vergangenen Zeiten missbrauche:

Ich hatte damals also rd. 50 Lancom-WLAN-Router L-54ag/dual, L-315agn und L-32x usw. für große P2P-Strecken im Einsatz. Aus reiner Neugier und für PRTG hatte ich die damals mit diesen Temperatur-Sensoren nachgerüstet. Zum Teil sogar bei lange bestehenden Richtfunkstrecken durch relativ aufwändigen Austausch der nachgerüsteten Geräte untereinander, bei denen wir diese Chips aufgelötet haben. Alles super und schön - man freut sich, dass man die Geräte-Temperatur kennt . Aufwand und effektiver Nutzen standen natürlich in keinem Verhältnis. Aber so konnte man mal alle Geräte prüfen...

Dann kam LCOS 8.62 (oder so - ist schon lange her...) und es kam der Winter und bei rd. -20 °C Lufttemperatur waren die Lancom-Router in ihren Alu-Außengehäusen bzw. Antennengehäusen (ja, unter Verlust der Garantie) derart unter 0 °C abgekühlt, dass dank der neuen LCOS-Version die WLAN-Module deaktiviert wurden ! Jetzt müsst ihr euch vorstellen, wie wir hektisch bei -20 °C (!!!) auf Türme, Schornsteine, Dächer usw. geklettert sind und die fein säuberlich auf die Platinen gelöteten Chips mit einer kleinen Zange "abgehebelt" haben - und schon liefen die Geräte wieder!

Okay, ein einfaches Umschalten der LCOS-Version hätte ja theoretisch auch geholfen - aber die Geräte waren ja zum Großteil nur per P2P erreichbar - bzw. eben nicht mehr...

Ach ja, lange ist es her - und man hat wieder was gelernt gehabt: Nicht jedes Tuning ist ein Gewinn!

So, genug aus alten Zeiten erzählt. Wäre natürlich gut, wenn Lancom den Bug finden und beheben könnte. Wäre ja aber auch denkbar, dass die falschen Werte gar nicht vom LCOS sondern in Folge von Strom- oder Spannungsschwankungen oder sonst was hardwareseitig vom Temperatur-Sensor kommen?

Viele Grüße,
Stefan

[Jirka]

Hallo zusammen,

mein Posting ist jetzt, die Feiertage mal nicht mitgerechnet, einen Monat her. Außer Stefan hat sich bisher niemand geäußert, schade.

Ich habe einem Kunden ein Monitoring seiner LANCOMs zugesagt. Ich würde das jetzt gerne zu Ende bringen und übergeben.
Daher meine Frage:

Ist das obige Verhalten ein hardwarebedingter Fehler und erfordert damit einen Austausch des Temperatursensors, oder ist es ein softwareseitiger Fehler und erfordert damit einen Fix im LCOS?

Vielen Dank und viele Grüße,
Jirka

[alf29]

Moin,

ich würde mal sagen, das weiß keiner, weil's hier bisher niemand nachvollziehen konnte...ob aus Zeitmangel oder weil es hier schlicht nicht auftritt, sei dahingestellt.

Viele Grüße

Alfred

P.S.: die +80..+90 Grad Maximum für Sensor 3..6 können durchaus plausibel sein, das sind Sensoren in den Gigabit-PHYs, die direkt die Chip-Temperatur messen. Gerade wenn die einen Link haben, werden sie deutlich heißer als die Umgebung. Und für einen Silizium-Chip selber sind Die-Temperaturen von 120 Grad durchaus erlaubt.

[Jirka]

Hallo Alfred,

ich würde mal sagen, das weiß keiner, weil's hier bisher niemand nachvollziehen konnte...ob aus Zeitmangel oder weil es hier schlicht nicht auftritt, sei dahingestellt.

also bei letzterem könnte ich gerne nachhelfen. Denn nicht auftritt kann ich mir nicht vorstellen. Hier tritt es bei minütlicher Abfrage durch PRTG bis zu 12 Mal am Tag auf, mind. jedoch 2 Mal am Tag. (Und, wie schon geschrieben, nicht an einem Gerät, sondern an allen.)

Ist das Problem denn im Bugtracking erfasst worden?

P.S.: die +80..+90 Grad Maximum für Sensor 3..6 können durchaus plausibel sein, das sind Sensoren in den Gigabit-PHYs, die direkt die Chip-Temperatur messen. Gerade wenn die einen Link haben, werden sie deutlich heißer als die Umgebung. Und für einen Silizium-Chip selber sind Die-Temperaturen von 120 Grad durchaus erlaubt.

Dein Post­skrip­tum ist ja sehr interessant. Ich kapiere so langsam! Das sind also gar nicht 6 Minima-Maxima Werte eines Sensors, die da erfasst werden, sondern je ein Minima-Maxima Wert von 6 Sensoren...
Wir haben also Sensor 1 und 2 als herkömmliche Temperatursensoren irgendwo auf der Platine und Sensor 3 bis 6 in den Gigabit-PHYs. Aha. Und welcher Sensor dieser 6 Sensoren wird unter Status/Hardware-Info/Temperature-Degrees angegeben? Der erste? Ich habe eben mal auf eine Platine geschaut, da habe ich von den zwei herkömmlichen Sensoren (die LM75 die ich von den APs kenne) gar nichts gesehen, oder sind die auf der Unterseite?

Damit wären also die Maxima-Werte schon mal erklärt, weil sie gar nicht von einem normalen Sensor stammen (der die Temperatur auf der Platine misst), sondern einem Sensor aus einem Chip (der die Temperatur des Chis misst).
Ich lasse mal heute Nacht einen Trace mitlaufen, mal sehen, ob die extrem geringen Werte nur für eine Sekunde sichtbar sind, oder länger.

Vielen Dank und viele Grüße,
Jirka

[Jirka]

Ich habe den Trace jetzt schon beendet, Ergebnisse liegen schon vor:
Es wurde ein 'repeat 1 ls st/hard/temp' durchgeführt. Ergebnis: Ausreißer, wie z. B. hier die Temperatur von 6 °C, kommen von einer auf die andere Sekunde und sind dann genauso schnell wieder verschwunden. In einer Stunde waren jetzt vielleicht 7 oder 8 Mal die 6 °C zu sehen. Davor und danach waren es 38 oder 39 Grad.

[alf29]

Moin,

Dein Post­skrip­tum ist ja sehr interessant. Ich kapiere so langsam!
Das sind also gar nicht 6 Minima-Maxima Werte eines Sensors, die da
erfasst werden, sondern je ein Minima-Maxima Wert von 6 Sensoren...

Äh, ja - war das jetzt nicht klar?

Und welcher Sensor dieser 6 Sensoren wird unter
Status/Hardware-Info/Temperature-Degrees angegeben? Der erste?

So ist es.

Ich habe eben mal auf eine Platine geschaut, da habe ich von den zwei
herkömmlichen Sensoren (die LM75 die ich von den APs kenne) gar
nichts gesehen, oder sind die auf der Unterseite?

Nein, auf dem Gerät werden keine diskreten Sensoren verwendet, die Sensoren 1 und 2 sind Teil des Chips, der auch die Lüfterregelung macht.

Es wurde ein 'repeat
1 ls st/hard/temp' durchgeführt. Ergebnis: Ausreißer, wie z. B. hier
die Temperatur von 6 °C, kommen von einer auf die andere Sekunde und
sind dann genauso schnell wieder verschwunden. In einer Stunde waren
jetzt vielleicht 7 oder 8 Mal die 6 °C zu sehen. Davor und danach
waren es 38 oder 39 Grad.

Das Auslesen der ersten beiden Sensoren enthielt einen Fehler, der zu solchen gelegentlichen Ausreißern führen konnte. In der 10.12 wurde der Fehler gefixt, in der 9.24 (bisher) nicht. Da Du - wie ich Dich so kenne - auf Deinem Gerät eine 9.24 benutzt, wirst Du wohl noch etwas warten müssen, bis der Fix es in die 9.24 schafft.

Viele Grüße

Alfred

[Jirka]

Hallo Alfred,

Äh, ja - war das jetzt nicht klar?

nö, nicht annähernd. Ich hatte mir eingebildet, dass bei den großen teuren Geräten eben mehrere mehrere Zeitpunkte erfasst werden und bin gar nicht auf die Idee gekommen, dass da gleich mehrere Temperatursensoren ausgewertet werden. Die sind ja auch sonst im Status nirgends zu sehen.

Nein, auf dem Gerät werden keine diskreten Sensoren verwendet, die Sensoren 1 und 2 sind Teil des Chips, der auch die Lüfterregelung macht.

Ah, vom (AD)T7470ARQZ. Teil des Chips scheinen die Sensoren aber nicht zu sein, wenn ich das Datenblatt jetzt richtig überflogen habe. Da müssen also irgendwo noch die beiden Sensoren auf der Platine sein...

Das Auslesen der ersten beiden Sensoren enthielt einen Fehler, der zu solchen gelegentlichen Ausreißern führen konnte. In der 10.12 wurde der Fehler gefixt

Soeben oder wie? Durch Code scharf anschauen?
Führt dieser Fehler auch bei den L-32x (R1) zu einem Fix?

auf Deinem Gerät eine 9.24 benutzt, wirst Du wohl noch etwas warten müssen, bis der Fix es in die 9.24 schafft.

Ich erinnere an dieser Stelle daran, dass es ja auch Geräte gibt, wie die 7100/9100, für die es offiziell keine 10.12 gibt. Und ein 9100 ist prinzipiell noch kein schlechtes Gerät, der ist genauso schnell wie ein 7100+.

Vielen Dank und viele Grüße,
Jirka

[alf29]

Moin,

Soeben oder wie?

Nein, so grob vor einem Monat.

Durch Code scharf anschauen?

Darfst Du nicht mich fragen...

Führt dieser Fehler auch bei den L-32x (R1) zu einem Fix?

Nein, anderer Sensor.

Ich erinnere an dieser Stelle daran, dass es ja auch Geräte gibt, wie die 7100/9100, für die es offiziell keine 10.12 gibt. Und ein 9100 ist prinzipiell noch kein schlechtes Gerät, der ist genauso schnell wie ein 7100+.

Darfst Du gerne, aber der Fix war Teil eines größeren Umbaus der Lüfterregelung, den man nicht mal so eben in eine stabile Version 'rübergehauen' wird, die auch von diversen Projektkunden eingesetzt wird. Das wird in der 10.12 noch etwas abhängen müssen.

Gruß Alfred

[Jirka]

Hallo Alfred,

also der zweite Temperatur-Sensor wurde unterm CPU-Kühler versteckt, da kann man ihn ja nicht finden...

Der grüne Pfeil zeigt auf die Steuerung (ADT7470ARQZ). Die roten Pfeile auf die Sensoren (TMP05). Welcher Sensor 1 ist und welcher Sensor 2 weiß ich nicht. Die Temperaturanzeige am Gerät (ich nehme an, das ist der gleiche Wert wie unter st/hardw/temp) ändert sich nur geringfügig, wenn ich den oberen Sensor abkühle oder erwärme (also der nahe der Steuerung). Es könnte auch sein, dass ein Mittelwert der beiden Sensoren letztlich angezeigt wird (also am Display und unter st/hardw/temp).

20180103_144456.jpg

Ist übrigens ein Bild von einem defekten 9100, bei funktionstüchtigen Geräten schraube ich nicht mal eben den CPU-Kühler runter, nur um zu schauen, was dahinter ist...

Viele Grüße,
Jirka

[Jirka]

Hallo zusammen,

gerade beim Kunden einen 7100 aus dem Cold Standby geholt, nebenbei gleich mal auf die Temperaturwerte geschaut, ich biete ein neues Minimum: Dieses Minimum von -1.000 Grad liegt unter dem absoluten Temperaturnullpunkt. Damit ist der Beweis erbracht, dass der dritte Hauptsatz der Thermodynamik falsch ist.

Code: Alles auswählen

> ls st/tem/ex

Type        Value     Time
-------------------------------------------
Minimum-1   -1000     10/10/2011 20:04:46
Maximum-1   44        11/05/2012 02:23:42
Minimum-2   -1000     10/10/2011 20:04:46
Maximum-2   49        11/05/2012 04:03:42
Minimum-3   10
Maximum-3   45        10/13/2012 13:29:22
Minimum-4   10        01/27/2013 14:23:38
Maximum-4   85        01/23/2013 19:21:37
Minimum-5   5         06/17/2011 23:58:22
Maximum-5   45        04/02/2011 02:58:00
Minimum-6   20
Maximum-6   50        10/14/2012 22:28:40

Viele Grüße,
Jirka

[Jirka]

Hallo Alfred,

Das Auslesen der ersten beiden Sensoren enthielt einen Fehler, der zu solchen gelegentlichen Ausreißern führen konnte. In der 10.12 wurde der Fehler gefixt, in der 9.24 (bisher) nicht. Da Du - wie ich Dich so kenne - auf Deinem Gerät eine 9.24 benutzt, wirst Du wohl noch etwas warten müssen, bis der Fix es in die 9.24 schafft.

hier läuft jetzt auf mehreren 7100+/9100+ die neueste 10.12 (10.12.0284) und es hat sich leider nichts, aber auch gar nichts an dem Problem geändert. Der Temperatursensor liefert mitunter die gleichen falschen Werte wie mit der 9.24. Ist der Fix wirklich in die 10.12 gekommen? Kann man den Bugeintrag wieder als "offen" markieren?

Vielen Dank und viele Grüße,
Jirka

[alf29]

Moin,

mag sein, daß Du frustriert bist, aber auf solche "tut (immer noch) nicht" Kommentare hin ohne nähere Angaben wird niemand etwas tun. Ich habe eben bei dem Kollegen nachgefragt und dessen 9100 läuft seit längerer Zeit stabil ohne Phantasiewerte anzuzeigen. Du wirst Dich also schon etwas näher äußern müssen, wo für welchen Sensor welche Werte angezeigt werden. Falls es um die Extremwerte geht: die sind einmal so (falsch) gemessen worden und dann persistent gespeichert, die verschwinden auch durch ein Firmware-Update erstmal nicht.

Viele Grüße

Alfred