Bug beim Registrieren von WH51(L)-Sensoren

Für Geräte von froggit
Antworten
Benutzeravatar
KerMitHertz
Offline
Beiträge: 141
Registriert: 29 Jun 2025, 15:08
Wohnort: Ulrichstein
Hat sich bedankt: 16 mal
Danksagung erhalten: 9 mal
Kontaktdaten:

Bug beim Registrieren von WH51(L)-Sensoren

#1

Beitrag von KerMitHertz »

Hallo,

ich habe gerade einen Bug beim Registrieren von WH51(L) / WN51(L) entdeckt. Ob es auch WH52 betrifft weiß ich nicht, habe ja noch keinen.
Es hat irgendwie mit der Erweiterung von 8 auf 16 Sensoren zu tun. Da muss irgendwas falsch implementiert worden sein.
Am einfachsten lässt es sich so nachvollziehen:

1. Idealerweise nimmt man eine Zweit-/Drittkonsole, die keine Daten ins Netz hochlädt und auch keine WH51-Werte im Display anzeigen kann, damit man sich nicht alles durcheinanderbringt beim folgenden Experiment.

2. Die WH51...-Kanäle 1-8 alle disablen.

3. Solltem in den Kanälen 9-16 Sensoren registriert seit, auf neu registrieren / reregister klicken, damit auch sie weg sind.

4. Jetzt registrieren sich eure Sensoren neu im Bereich Kanal 9-16 nach und nach neu.

5. Wenn alle registriert sind (erst dann!) die Kanäle 1-8 durch neu registrieren / reregister wieder "freischalten".

6. Bei mir registrieren sich jetzt alle Sensoren, die im Bereich 9-16 registriert sind im Bereich 1-8 ein zweites Mal. Bei euch auch?

7. Während die Anzahl der Empfangs-Balken der "Clone" im Bereich Kanal 1-8 wie üblich langsam zunimmt, nimmt die Anzahl der Balken im Bereich 9-16 langsam ab, bis alle Balken verschwunden sind...

Festgestellt habe ich das mit einem GW3000 V1.1.7 (unfreiwillig bei einem Sensor).
Dann habe ich das auf meiner WN1700 V1.4.3 versucht zu analysieren und kam zu obigem Ergebnis.
Viele Grüße aus Hessen
KermitHertz

Ecowitt:

GW3000, WN1980C, WN1700, 2x WH0291A.
WN32 (beschattet, 2 m ü GOK), WH40H, WH57, Froggit DP10 (=WN35).
3x WH51, 1x WH51L in 30 cm u. GOK.
3x WN30 (+5 / -5 / -10 cm bez. auf GOK), WN34S (30 cm u GOK),
WN31 überwacht Temperatur und Luftfeuchte im geparkten PKW.

Wartet auf passendes Wetter und/oder meinen Kletterer für (Dach-)Installation:
WN67, 2. WH51L

Bestellt:
WH52 (1st Batch), WN38 (2nd Batch)

meine Wetterstation bei ecowitt.net
awekas id: 44993

WETTERdirekt:

WETTERdirekt TFA Twister 300 ( 35.5047.IT )
Benutzeravatar
Gyvate
Offline
Beiträge: 4578
Registriert: 10 Aug 2021, 23:41
Wohnort: Saarbrücken
Hat sich bedankt: 16 mal
Danksagung erhalten: 672 mal
Kontaktdaten:

Re: Bug beim Registrieren von WH51(L)-Sensoren

#2

Beitrag von Gyvate »

- ich konnte das nachvollziehen und habe dies an Ecowitt gemeldet
- Dein Punkt 3 ist allerdings nur scheinbar (richtiges Deutsch!) richtig.
Natürlich läßt Re-register den Sensor kurzzeitig verschwinden, bringt ihn aber ggf. sofort wieder zurück.
Der richtige, eindeutige Weg wäre, alle auf "Disable" setzen und dann nach und nach Re-Register drücken.

Allerdings - Korrektur - nach einiger Zeit sind nur noch die zuletzt registrierten Sensoren aktiv - bei den anderen fehlen die Signalqualitätsbalken.

Trotzdem sollte das so nicht laufen.
Ecowitt Konsolen und Sensoren
WS2320E, HP2553, HP3501, WN1910, WN1980, WN1820, WS3800, WS3910, WH2810,
GW1000, GW1100, GW1200, GW2000, GW3000, WH2650,WS6210,
WS68, WS69, WS80, WS85, WS90,
WN30, WH31[EP], WH32[EP], WN32P, WN34L, WN34S,WN34D, WN35, WH41, WH45, WH46D, WH51, WH55, WH57, LDS01
Meteobridge Pro, MB RPi (2), MB VM, Weewx v4, CumulusMX v3, CumulusMX v4
Barani MeteoShield Pro (G2 + G3), MetSpec Rad02, SIAP SMarTCELLino, Ambient SRS100LX
Personal Weather Tablet(PWT), FOSHKplugin, Dracal BAR20
Weather Landing page: http://meshka.eu
Ecowitt WiKi Englisch: http://meshka.eu/Ecowitt/dokuwiki
Benutzeravatar
Gyvate
Offline
Beiträge: 4578
Registriert: 10 Aug 2021, 23:41
Wohnort: Saarbrücken
Hat sich bedankt: 16 mal
Danksagung erhalten: 672 mal
Kontaktdaten:

Re: Bug beim Registrieren von WH51(L)-Sensoren

#3

Beitrag von Gyvate »

Bug wurde von Ecowitt nachvollzogen und wird in der nächsten Firmwareversion behoben.
Ist ja nicht wirklich tragisch, ausser wenn man von hinten anfängt.
Übrigens ist trotz "Doppelregistrierung" nur jeweils ein Sensor aktiv, die ID des Ursprünglichen und scheinbar Gedoppelten wird zwar anzeigt, liefert aber nach der "Zweitregistrierung" keine Daten mehr und verwaist.
Ecowitt Konsolen und Sensoren
WS2320E, HP2553, HP3501, WN1910, WN1980, WN1820, WS3800, WS3910, WH2810,
GW1000, GW1100, GW1200, GW2000, GW3000, WH2650,WS6210,
WS68, WS69, WS80, WS85, WS90,
WN30, WH31[EP], WH32[EP], WN32P, WN34L, WN34S,WN34D, WN35, WH41, WH45, WH46D, WH51, WH55, WH57, LDS01
Meteobridge Pro, MB RPi (2), MB VM, Weewx v4, CumulusMX v3, CumulusMX v4
Barani MeteoShield Pro (G2 + G3), MetSpec Rad02, SIAP SMarTCELLino, Ambient SRS100LX
Personal Weather Tablet(PWT), FOSHKplugin, Dracal BAR20
Weather Landing page: http://meshka.eu
Ecowitt WiKi Englisch: http://meshka.eu/Ecowitt/dokuwiki
Benutzeravatar
KerMitHertz
Offline
Beiträge: 141
Registriert: 29 Jun 2025, 15:08
Wohnort: Ulrichstein
Hat sich bedankt: 16 mal
Danksagung erhalten: 9 mal
Kontaktdaten:

Re: Bug beim Registrieren von WH51(L)-Sensoren

#4

Beitrag von KerMitHertz »

Gyvate hat geschrieben: 26 Feb 2026, 11:23 Bug wurde von Ecowitt nachvollzogen und wird in der nächsten Firmwareversion behoben.
Ist ja nicht wirklich tragisch, ausser wenn man von hinten anfängt.
Übrigens ist trotz "Doppelregistrierung" nur jeweils ein Sensor aktiv, die ID des Ursprünglichen und scheinbar Gedoppelten wird zwar anzeigt, liefert aber nach der "Zweitregistrierung" keine Daten mehr und verwaist.
Danke fürs kümmern. :thumbup:

Das von mir beschriebene Prozedere dient ja nur dazu, den Bug einfach und eindrucksvoll nachvollziehen zu können.
Ein echter Usecase ist das eher weniger.

Bei meinem echten Usecase, wo es mir aufgefallen ist, war es schon sehr störend und kann - wenn man nicht aufpasst - dazu führen, dass man sich die Kanal-Kontinuität der CSV-Dateien durcheinander bringt.

Aus Gründen, die ich nicht mehr weiß, läuft bei mir ein WH51L auf Kanal 10.
Die anderen sind eher "vorne".
Historisch lege ich neue Sensoren immer erstmal auf Kanal 2, um sie zu kalibrieren. Wenn das abgeschlossen ist und der Sensor sich an seinem endgültigen Ort aklimatisiert hat, bekommt er einen anderen, bislang ungenutzen Kanal und #2 wird wieder disabled.
So halte ich die Zuordnung der Kanäle in der CSV Datei konstant und verhindere, dass dort Experimentier- und Mülldaten in die Echtdaten hineingeraten.

Bei mir lief also folgendes ab:

Kanal 2 von disabled nach neu registrieren umgeschaltet.

Neuen Sensor in Betrieb genommen, den ich kalibrieren wollte (mit der Einfachen 100/0 - Wasser/Luftmethode).
Da alle anderen Sensoren bereits ihren festen Kanal haben, ging ich davon aus, dass der neue zwingend in Kanal 2 erscheint.

Stattdessen erschien dort der Sensor von Kanal 10 als "Clone", fing dort auch an in den entsprechenden Kanal der CSV zu loggen und ich hatte eine ganze Menge tanzende Fragezeichen im Gesicht. :lol:
Viele Grüße aus Hessen
KermitHertz

Ecowitt:

GW3000, WN1980C, WN1700, 2x WH0291A.
WN32 (beschattet, 2 m ü GOK), WH40H, WH57, Froggit DP10 (=WN35).
3x WH51, 1x WH51L in 30 cm u. GOK.
3x WN30 (+5 / -5 / -10 cm bez. auf GOK), WN34S (30 cm u GOK),
WN31 überwacht Temperatur und Luftfeuchte im geparkten PKW.

Wartet auf passendes Wetter und/oder meinen Kletterer für (Dach-)Installation:
WN67, 2. WH51L

Bestellt:
WH52 (1st Batch), WN38 (2nd Batch)

meine Wetterstation bei ecowitt.net
awekas id: 44993

WETTERdirekt:

WETTERdirekt TFA Twister 300 ( 35.5047.IT )
Antworten