Hallo Helmut,
bei mir ist der neue Kipplöffel im Einsatz. Der Vorteil den ich sehe ist der, dass bei Reinigung des Regentrichters keine 0,2 Regen durch Erschütterung passieren. Was Udo in #2 zur Heizung schreibt ist richtig. Ich glaube Davis sagt auch, dass es zum neuen Trichter keine Heizung gibt. Bei Wetterladen.de wird auch darauf hingewiesen.
Ich sehe auf der Fritzbox, das die MAC-Adresse der Station versucht sich anzumelden. Fehlerhafte Anmeldung im WLAN.
Hallo Jörg,
sowas hatte ich auch schon.
Mir hat geholfen, dass ich in der FritzBox im Bereich WLAN - Sicherheit die Option „alle neuen Geräte zulassen“ aktiviert habe (obwohl mein Sorgenkind schon mal verbunden war). Später dann wieder umschalten.
Vorher vielleicht noch im Bereich WLAN - Funknetz das fehlerhafte Gerät mit dem roten x löschen.
Hier jetzt auch wieder alles ok.
Danke
Hallo,
bis gestern Abend konnte ich die Fehler immer wie in #4 und #6 beschrieben korrigieren.
(andere Zeitzone einstellen und wieder zurück = Zeit ist korrekt)
Heute geht dies nicht mehr.
Die Zeit steht konstant auf -1h (s. Anhang)
Alle Feststellungen sind immer in Edge (Chromium), iPhone und iPad getestet und in allen identisch.
Hallo Othmar,
heute war bei mir die Zeitzone auf den 1. Eintrag eingestellt. Habe diesen auf Europa/Berlin geändert und nun stimmen die Zeitangeben wieder.
Beim iPhone war es nicht so. Habe von Hand auf 1. Eintrag gestellt und dann wieder auf Berlin. Auch hier ist dann alles wieder stimmig.
Also alles wieder gut.
Selbstheilung oder Othmars-Eingriff ?
Hallo Geri,
da bist du mir zuvorgekommen. Gleicher Uhrzeitfehler ist mir heute früh aufgefallen.
Interessant ist es bei mir so, dass auf dem PC in der Instrumentenanzeige ebenfalls die 2h Unterschied inkl. 1 Minute Kuriosum ist.
Unten, beim Vergleich mit anderen Stationen, ist die Differenz aber nur 1h.
Auf meinem Laptop stimmen beide Uhrzeiten überein. Auf beiden ist Edge-Chromium der Browser. Hier wird der Cache beim Beenden immer gelöscht.
Bei den Mobil-Geräten ist das iPhone identisch wie der PC (2h -1' Differenz). Beim iPad sind die Uhrzeiten wieder identisch. Hier ist Safari der Browser.
Bei allen Geräten steht Europa/Berlin als Zeitzone.
Irgendwie ist da was durcheinander geraten.
Hallo zusammen,
nachfolgend mal eine Zusammenfassung meiner Erfahrungen mit Weather34-Cockpit in Windows 10 und Edge (Chromium) Browser.
Gestartet hab ich wie im Bild 1 zu sehen. Danach war die Anzeige wie in Bild 2 zu sehen. Bis hier alles ok.
Hier war 12-Stunden Anzeige sowie EN eingestellt. Also links unten ins Setup und dann ging das Chaos los.
Hier nur als Beispiel (wie im Bild 3 zu sehen) die Anzeige auf km und Webcam auf no gesetzt.
Nach speichern sieht das dann so chaotisch wie in Bild 4 aus und war nicht wieder zu korrigieren.
Kann hier jemand den angezeigten Fehler in Zeile 3 deuten?
Einzige Möglichkeit das wieder zu korrigieren, ist über "Cockpit neu installieren" (s. Bild 1). Danach war alle wieder wie in Bild 2 zu sehen.
Das alles bis hierher habe ich über mehrere Wochen, zeitlich immer wieder mal sporatisch getestet und am Ende immer wieder das gleichen Ergebnis.
Nun wollte ich hier im Forum mal um Hilfe anfragen.
Beim Erstellen der Bilder kam mir die Idee, was passiert auf anderer Plattform. iPad genommen meteobridge gestartet, Änderungen vorgenommen, gespeichert und KEIN Problem. Auch im Windows 10-PC sah das ordentlich aus (s. Bild 5).
Denke. denke, was kann's sein. 
Edge hat eine Option, die Seiten automatisch aus EN nach DE übersetzt (deshalb liebe ich edge 
). Hier geht das leider irgendwie nach hinten los. Nach Ausschalten des Automatismus (s. Bild 6) waren dann auch Änderungen in Windows 10 ohne Fehler möglich. 
Nun ist's also ein Forums-Beitrag geworden, der nicht auf der Suche zur Lösung der chaotischen Anzeige ist, sondern auch das Problem löst und vielleicht mal anderen Nutzern hilfreich sein könnte.
Trotzdem noch 'ne Frage: hat jemand die Anzeige des Weather34-Cockpit in eine eigene Webseite "umgeleitet" um diese im Internet zu sehen/ anderen anzuzeigen?
"Weather34-Aurora-MKII" hab ich zwar gefunden, kann damit aber nicht anfangen. Bin bei Webseiten erstellen absoluter Neuling und für Anregungen (auch links zu Hilfeseiten) dankbar.
Falls benötigt, melde mich auch mal als Betatester für IOS iPhone + iPad
Hallo SN,
ich hatte vor ca. 2 Jahren ein ähnlichen Problem. Habe damals noch Meteohub genutzt. Es kam immer wieder mal zu Aussetzern zwischen ISS und Konsole so wie du es in #1 beschrieben hast. Habe nach Recherche im Netz dann den C (Goldcap genannt 
) und die Batterie außen (nicht die in der Konsole) getauscht. Seitdem sind die Aussetzer so gut wie beseitigt. Alle zwei Jahre im Oktober tausche ich (vorsorglich) die Batterie in der Station aus. Mein Ansatz dazu ist - im Winter wenn's kalt ist bricht die Versorgungsspannung ein.
Hallo Othmar,
ich will nicht nerven, muss hier aber nochmal nachfragen.
Deine Antwort #5 hatte ich abgehakt, um nicht wegen 0,2 rum zu maulen, obwohl die Differenz (meiner Meinung nach) nichts mit Zeit und Mitternacht zu tun hatte (s. 2. Bild in #1 Diff. ist Fehler innerhalb des Tages ...)
Aktuell ist im Stationsweb in der Zeile Niederschlag 24,4mm/Monat und 43,2mm/Jahr zu sehen. 43,2mm/Jahr sind verwirrend. Zu den zwei genannten Werten ist im Kopf "Maximum Heute und Mittelwert/Trend" zu lesen. Die sind sicher für die Zeile Niederschlag nicht anwendbar, da Spalte "Aktuell" < "Max heute" = "mm/Monat" nie passieren sollte bzw. nur am 1. des Monats..
Wie erklärt sich aber der Wert 43,2mm/Jahr? Da kann ich im Moment keinerlei Zusammenhang finden. Summe im Monat Januar (oder Jänner ) ist schnell überschlagen summiert ~25L.
Den Haken ist bei mir gesetzt, hatte ich bei Einrichtung Anfang Oktober 2020 für sinnvoll gehalten.
Hallo Othmar,
Alles klar wenn’s so ist, dann ist es eben so.
Da es hier in der Summe des Tages, um Werte mitten am Tag ging, dachte ich eben es sieht anders aus.
Hallo Rolf, hallo Gundmar,
Den letzten Beitrag im Forum hatte ich auch gelesen. Wie dort auch geschrieben ist ein ständiges korrigieren ja nicht sinnvoll.
Ausserdem bin ich der Meinung, dass hier bei AWEKAS irgendwo ein Rechenfehler vorliegt, siehe Bild 2 - die einzelnen Werte ergeben 4 mm und unten steht 3,8mm, da stimmt doch was nicht.
Wenn bei der Datenübergabe ein Fehler passiert (gab es auch schon, Unterschied zwischen Weatherlink und AWEKAS) dann hab ich korrigiert.
Ich warte da mal noch auf Othmars Kommentar 
Hallo,
Mich hat jemand gefragt, wieso im Stationsweb 6,4 mm / Monat und 6,6 mm / Jahr stehen. Das sollte doch im Januar identisch sein.
War mir bisher nicht aufgefallen, aber es stimmt (s. Bild). Habe dann mal weiter gesucht und im Stationsweb am 3.1.2021 Einzelwerte gesehen die als Summe 4,0mm ergeben. Unten steht als max-Wert (Tagessumme) aber 3,8mm (s. Bild).
Fehlende 0,2mm gefunden, aber wieso hat sich unten der max-Wert (Tagessumme) verrechnet? 
PS1: Bei den Daten auf der Instrumentenseite steht ebenfalls die falsche Tagessumme 3,8mm sowie die falsche Jahressumme 6,4mm
PS2: WeatherLink hat als Tagesumme 4mm am 3.1. richtig stehen.
Hallo,
heute zwischen 11:00 und 15:00 gibt es eine Datenlücke (auch in Nachbarstationen). Bei mir in meteobridge sind alle Daten da. Was ist hier los gewesen?
Hallo Othmar,
Danke für den Hinweis. Solche Sachen muss man aber erstmal finden
Wobei °F in °C umgestellt werden muss. Hatte es nicht und da stand in der Konsole -3,3 als Offset.
Gewöhnungsbedürftig ist die Eigenart, dass der Haken nach Klick auf Speichern wieder raus ist.
Hab's nun aber geschnallt, das Speichern "Senden an Konsole" heißt und danach ist's erledigt (Haken raus).
PS: Meine -5°C waren zu "knapp", da die Abdeckung noch offen war. Aber das sieht man erst im Laufe der Zeit. Hab's jetzt mit der Bridge auf -6°C gesetzt (geht natürlich schneller) und da sieht es erstmal gut aus.
Hallo Rolf,
auch von mir Danke für den Tipp. Nachdem meine Nano eingebaut war, war das Stationsweb falsch. Daten korrigiert und nun passt's wieder.
Hallo,
nach dem Einbau der Metrobridge in die Konsole hat sich die Anzeige der Innentemp um 5°C erhöht (s. Kalib 1).
Habe den Fehler in meteobridge Station Einstellungen per Offset korrigiert (s. Kalib 2 ab 15:00).
Das sah erstmal gut aus, habe aber dann gesehen, dass in der Davis-Konsole immer noch die erhöhte Temp stand.
Nach Studium des Handbuch der Konsole hab ich dann in der Konsole korrigiert.
Konsole hat nun gepasst, aber in meteobridge haben sich nun die zwei Kalibrierwerte addiert (s. Kalib 2 ab 22:00).
Habe nun den Kalibrierwert aus meteobridge wieder entfernt und bin nun in meteobridge und der Davis-Konsole beim richtigen Temp-Wert (s. Kalib 3).
Wer also Davis mit falscher Innen-Temperaturanzeige hat, kann dies anhand Kalib in Konsole korrigieren.
habe aber immer die Hintergrundbeleuchtung eingeschaltet
Hallo,
die Beleuchtung der Konsole hatte ich auch mal eingeschaltet und dann aber gesehen, dass die Innentemperatur sich erhöht hat, d.h. zeigt nicht mehr den realen Wert an. Hast du die gleiche Feststellung gemacht?
So, ich hab meinen Edge besiegt . Ging leider nur mit Windows Neuinstallation um zu sehen ob Edge mit Grundeinstellung ebenfalls die Zeitzone immer auf Afrika/Abidjan stellt.
Nein, macht er nicht. Parallel auf Laptop Einstellungen verglichen und "Cookies und andere Websitedaten" als Ursache gefunden. Hier darf bei Beenden nicht gelöscht werden.
Backup zurück gespielt und Einstellungen getestet -> Zeitzone bleibt nun auf Europa/Berlin.
Vielleicht hilft meine Erfahrung irgendwann mal jemand anderes .
