Guten Tag.
Seid einiger Zeit kann meine WS444PC in die Zukunft blicken. ;)
Jedenfalls ab und zu macht sie das so. (Heute zum dritten Mal in 3 Monaten. Immer ein paar Stunden, dann stimmt's wieder. :confused: )
Bitte das Datum beachten: (Da ich dann längst Staub bin und mich fürs Wetter somit etwas weniger Interessiere... kann man der ,,Maschine" vielleicht irgendwie erklären das sie das sein lässt?)
[gelöscht durch Administrator]
:D Eventuell hast du das Firmware-Update von 1774 v.Chr. verschwitzt.
Damals dachte man noch, die Erde sei eine Scheibe und da dreht sie sich in Namibia (zumindest im Norden) ca. 1,52 x schneller als in Greenwich, die irgendwann mal die Normalzeit definiert haben. Jetzt rechne mal selbst: 2014 x 1,52 = 3061, jetzt noch die 1774 drauf und Du landest bei 4835.
OK, damals wurde noch keine WS444PC produziert, aber manche Dinge sind auch traditionell bedingt. Ich fürchte, es gibt eine vernünftigere Antwort, aber ;) es war zumindest mal ein Ansatz ... :?
Gruß Hans
Hat die Station eine Funkuhr, die sich aus zufälligen Störimpulsen eine "gültige" Uhrzeit baut?
Zitat von: TheWeather am 01.07.2014, 13:25:23
:D Eventuell hast du das Firmware-Update von 1774 v.Chr. verschwitzt...
A-ha? Öhm... Hans... Braucht man dafür GPS oder reicht ein Kompass? :wirr:
Also..., den letzten, den ich mal zum Datum befragt hatte, hat sich mit dem Satz;
Das weis nur mein Vater ganz genau... umgedreht und ist übers Wasser auf und davon gelaufen.
Allerdings hatte ich Tags zuvor (?) ziemlich tief ins Glass geschaut... :oops:
Gestern bis ca. 16:00 Uhr war ich im Büro. Bis 23:59 war die Station noch im Diesseits. (Jedenfalls sind die Daten da... oder hier, guggst du Bild.) Von 24:00 (oder war es 00:00?) Uhr bis heute Morgen 07:18 Uhr muss sie sich in der Zukunft befunden haben. (Denn Daten sind nicht zu sehen, guggst du Bild) Und das, obwohl ich mir Sicher bin sie gesehen zu haben, als ich um 07:00 Uhr mein Büro betreten habe.
(Verflucht... immer diese Zeitlöcher. Hatten wir das nicht mal besprochen? :D)
Zitat von: Holli am 01.07.2014, 13:48:05
Hat die Station eine Funkuhr, die sich aus zufälligen Störimpulsen eine "gültige" Uhrzeit baut?
Nein Dietmar. Nix Funkuhr oder so. Die WS444PC steht seid Jahren dort wo sie steht. Außerdem ist sie Verkabelt. Das einzige was ,,Neu (-er)" ist, ist mein Schlepptop (Win8). Damit arbeite ich seid April dieses Jahres. Der PC ist ausgemustert. Ausgelesen wird mit dem WS- Logger von Trix.
Witziger weise passiert das eben auch nicht immer. Die WS444PC an einem USB Sammelstecker... und der Schlepptop den ganzen Tag mit Netzladung.
Denn... meine VP2 Zuhause mag es nicht, wenn ich sie zum auslesen einstöpsle, derweil der Schlepptop zum Laden am Netzteil ist.
Dann zeigt sie 1000Km/h Wind an.
(Nur den Wind Falsch, der Rest bleibt richtig. Und speichert das auch noch) Seid ich das weis, lese ich die VP immer nur bei Batteriebetrieb aus.
[gelöscht durch Administrator]
Zitat von: icke am 01.07.2014, 16:12:16
Zitat von: Holli am 01.07.2014, 13:48:05
Hat die Station eine Funkuhr, die sich aus zufälligen Störimpulsen eine "gültige" Uhrzeit baut?
Nein Dietmar. Nix Funkuhr oder so.
Naja, war nur eine Idee. Wenn ein DCF-77-Empfänger eingebaut ist, aber kein DCF-77-Signal empfangen wird, empfängt die Uhr eben jeden Knackser in der Umgebung als Zeitsignal. Und wenn dann mal zufällig 59 Knackser im richtigen Zeitabstand kommen, ist das für die Uhr eine gültige Uhrzeit.
Wenn gar kein Empfänger drin ist, muß die Ursache woanders sein.
Zitat von: Holli am 01.07.2014, 18:05:54
Wenn ein DCF-77-Empfänger eingebaut ist, aber kein DCF-77-Signal empfangen wird, empfängt die Uhr eben jeden Knackser in der Umgebung als Zeitsignal. Und wenn dann mal zufällig 59 Knackser im richtigen Zeitabstand kommen, ist das für die Uhr eine gültige Uhrzeit.
Holli, das ist so nicht möglich! :nein:
Der DCF77-Zeitcode enthält neben den Bits für Zeit und Datum, auch noch 3 Prüfbits (P1, P2, P3). Nur wenn sich aus allen Datenbits ein plausibler Zeitstempel ergibt, dann wird der Datenstrom für die folgende Minute als korrekt übernommen, andernfalls wird er einfach ignoriert und verworfen!
Zitat von: Holli am 01.07.2014, 18:05:54
Wenn gar kein Empfänger drin ist, muß die Ursache woanders sein.
Eben.
Was bleibt? Ein ,,Missverständnis" zwischen Auslese Weich Ware (WS-Logger) und der WS444PC?
Oder ,,funkt" die Computeruhr da auch noch rein?
Und da es nicht regelmäßig vorkommt... wird es wohl als eines der Rätzel in der Wetteraufzeichnungstechnik in den Analen des Wetterstationsforums eingekellert. ;)
Zitat von: Buxi am 01.07.2014, 19:39:57
Der DCF77-Zeitcode enthält neben den Bits für Zeit und Datum, auch noch 3 Prüfbits (P1, P2, P3).
DCF...? Sowas gibt's hier nicht
Da bei uns die Zeit getrommelt wird (jede Volle Stunde dann einen Tusch), kann das auch damit nicht zusammenhängen...
Servus Icke,
die einzige plausible Erklärung wäre ein Schluckauf von Windows mit der Internetzeit.
Ich hatte das vor kurzem auch, allerdings waren es nur 2 Stunden, was seltsame Verhaltensweisen im Outlook nach sich zog, deshalb merkte ich es (da waren ein paar Mails, die schon abgeschickt waren, bevor ich sie geschrieben hatte :))
Evt. mal einen "vernünftigen Zeitserver einstellen, z.B. 192.53.103.103 - das ist der Server in Braunschweig, die wissen, was es geschlagen hat...
Zitat von: Buxi am 01.07.2014, 19:39:57
Zitat von: Holli am 01.07.2014, 18:05:54
Wenn ein DCF-77-Empfänger eingebaut ist, aber kein DCF-77-Signal empfangen wird, empfängt die Uhr eben jeden Knackser in der Umgebung als Zeitsignal. Und wenn dann mal zufällig 59 Knackser im richtigen Zeitabstand kommen, ist das für die Uhr eine gültige Uhrzeit.
Holli, das ist so nicht möglich! :nein:
Der DCF77-Zeitcode enthält neben den Bits für Zeit und Datum, auch noch 3 Prüfbits (P1, P2, P3). Nur wenn sich aus allen Datenbits ein plausibler Zeitstempel ergibt, dann wird der Datenstrom für die folgende Minute als korrekt übernommen, andernfalls wird er einfach ignoriert und verworfen!
Wenn überhaupt kein DCF-Signal empfangbar ist, ist sowas problemlos möglich. Die Uhr interpretiert dann nämlich jeden empfangbaren Impuls als Zeitsignal, und alle paar Monate kommt dabei eine Kombination zusammen, die ein gültiges Signal ergibt.
Die Paritäts-Bits helfen nur bedingt, weil sie wie jedes Bit nur 0 oder 1 sein können. Die Wahrscheinlichkeit, daß ein zufälliges Paritäts-Bit zu den vorangegangenen Bits paßt, ist also 50%, daß alle 3 Paritäts-Bits passen, 50% von 50% von 50%, also 12,5%. Da ist es bei zufälligen Impulsen viel wahrscheinlicher, daß eins der obligatorischen 59 Bits komplett fehlt.
@Holli:
...ist zwar schon lange her, aber ich musste mal diskret eine DCF77- Uhr als Prüfungsaufgabe bauen (Schuhkartongröße). Es ist praktisch unmöglich, durch "Knackser" eine falsche Uhrzeit o.ä. zu erzeugen.
Ausserdem hat die WS444PC keinen Empfänger für DCF77, also kein Problem. Also liegt das Problem von Icke garantiert wo anders. :oops:
Guten Morgen allerseits
Na Super! Ich mache Feierabend, geh' nach Hause und die Wetterstation geht auch: In die Zukunft.
(siehe Bild)
Ernsthaft:
Ob das irgendwie mit dem USB- Steckerziehen zusammenhängen kann? Gestern war ich etwas Eiliger (Fußball und ich Bau grade an einem Flugzeug) und habe den Stecker schon rausgezogen, bevor der Schlepptop ganz Aus war. Ich kann nicht sagen ob ich das nicht schon mal gemacht habe und das diesen Fehler verursacht. (Ein Impuls?)
(Allerdings ging die Aufzeichnung Tags zuvor ja bis 23:59Uhr und da bin ich auch so um 17:00h nach hause...)
Den Logger und WsWin (alle Programme die so laufen) fahre ich immer erst runter bevor ich abschalte, das ist Sicher, weil ich das immer so mache. Und morgens stecke ich den USB (den zweiten Bildschirm und dann die Externe Stromversorgung, in der Reihenfolge) immer erst rein, bevor ich den Schlepptop überhaupt einschalte.
Heute Abend werde ich warten bis der Schlepptop sich abgeschaltet hat und dann erst den USB ziehen.
Zitat von: leknilk0815 am 01.07.2014, 23:34:54
die einzige plausible Erklärung wäre ein Schluckauf von Windows mit der Internetzeit.
Hallo Toni
Hmm... mir ist sowas noch nicht aufgefallen. Die Zeit im Schlepptop habe ich unten in der Taskleiste und die Stimmt (soweit ich das im Auge habe) immer. Es wäre schon ein großer Zufall würde MS seine Zeit genau in dem Moment ,,Ein- bzw. Nachstellen", wenn ich mit dem Logger anfange auszulesen.
Denn der fängt bei mir immer mit dem 01.01.1899 (oder so) an. :eek:
[gelöscht durch Administrator]
Hallo Thommy,
die WS444PC läuft doch auch mit Weather Professional - oder? Der WS-Logger liest ja die Station aus und ermöglicht so die Dateiüberwachung mit WsWin, soweit ich verstanden habe.
- Zeigt die Station selbst ein seltsames Verhalten?
- Liefert WP das gleiche seltsame Datum in der Zukunft?
- Wie sieht denn die Datenkontrolle (in Deinem Bild das Fenster ganz unten mit den Hex-Daten) bei einem "normalen" Datensatz aus?
Der Fehler kann ja sowohl in der Station liegen oder könnte auch in der Software WS-Logger aufgrund eines Decodierungsfehlers (Maskieren von Bits) liegen. Wenn WP richtig ausliest, läge es wohl an WS-Logger, wenn WP ebenfalls falsch ausliest, wahrscheinlich an der Station.
Dann würde sich die Frage nach einem Werksreset bei der WS444PC stellen, weil sich die Station irgendwie intern verhaspelt hätte und der Fehler z.B. immer in gleichen Zeitabständen auftreten würde (z.B. alle 3 Tage mit einer in sec gerechnet exakten Wiederholrate). Hast Du die Station selbst schonmal stromlos gemacht?
Die reine Übertragung würde ich nahezu ausschließen, da in der Regel mit einem CRC (Cyclic Redundancy Check) gearbeitet wird, der Fehlübertragungen nahezu ausschließt (ausschließen soll). Dennoch könnte auch das Verbindungskabel einen Wackler haben, der zum Abbrechen der Übertragung führt und dann hängt es von der Fehlerbehandlung in der Auslesesoftware ab, ob ein Loch oder ein "falscher" Datensatz gelesen würde.
Gruß Hans
P.S.: Was mich natürlich auch ein wenig wundert: Die Daten sind ab 0:00 Uhr weg, bis Du morgens um 7:00 Uhr wieder ins Büro kommst. Schwupps, sind auch die Daten ab kurz nach 7:00 wieder da. Eine Zeitschaltuhr gibt's nicht, die um 0:00 Uhr irgendetwas ausschaltet, das Du erst am Morgen um 7:00 Uhr wieder aktivierst?
Hallo Hans.
Das WP Programm habe ich schon lange nicht mehr. Seid Jahren arbeite ich nur noch mit WsWin.
Ich kann also nicht ,,Zweigleisig" auslesen. Bisher eben auch ohne Probleme, auch praktischer, weil die WS444PC und die VP2 Daten sind so besser vergleichbar.
Was ich noch erwähnen sollte:
Ja, der Logger ließt Daten aus, jedenfalls verändern sich die angezeigten Daten im Loggerbild beim Auslesen, auch die ,,Datenkontrolle" zeigt andere FE 00 usw. Daten Sätze werden wohl auch als CSV abgelegt (schlecht zu kontrollieren, dazu muss WsWin abgeschaltet bleiben, was ich machen werde... bei der nächsten Zeitreise).
Nur das Datum stimmt eben nicht. Nebenbei: Es ist immer nur dies eine Datum: Der 26.01.4835.
(Ist das ein besonderes Datum? Fallen da Ostern und Weihnachten auf einen Tag? Sankt Nimmerleinstag? Oder etwa der jüngste Tag mit Weltuntergang und so? Weis das einer? :D)
Die Zeit der Daten selbst, läuft auch weiter...
Dieses (No Responding) oben in der Kopfzeile und das gleichzeitige ,,Einfrieren" des Bildes, passiert (und passierte schon immer)wenn man während des Auslesens das Bild (den Logger) in die Taskleiste setzen will. Er liest aber wohl im Hintergrund weiter, denn bisher ging es so und ich habe mir es angewöhnt beim ersten Morgendlichen Auslesen das Bild nicht anzuclicken. Wenn er dann Fertig ist, dann kann man ihn in den Keller schicken wo er weiter regelmäßig ausliest.
Daher gibt es auch keine Zeitschaltuhr oder sowas. Ich lese direkt in den Schlepptop aus. Immer morgens.
Die Station Stromlos gemacht habe ich noch nicht.
Ich will Schritt für Schritt vorgehen und den Schlepptop als erstes beäugen. Denn dieses, mit der VP2 und den Ominösen 1000Km/h wenn der am Lade Kabel hängt, ist ja wohl auch nicht als ,,Normal" zu bezeichnen. Liegt es nicht am Schlepptop, dann kommt ein Re-Set der Station selbst.
Das Steffen sein Logger eine Macke hat? Möglich, denke ich aber nicht.
Morgen früh weis ich mehr.
Sollte die Station etwa ein Fan von Back to the Future (1 bis 3) geworden sein? ;) :?
Hallo Holli,
Zitat von: Holli am 02.07.2014, 02:45:41
Wenn überhaupt kein DCF-Signal empfangbar ist, ist sowas problemlos möglich. Die Uhr interpretiert dann nämlich jeden empfangbaren Impuls als Zeitsignal, und alle paar Monate kommt dabei eine Kombination zusammen, die ein gültiges Signal ergibt.
Die Paritäts-Bits helfen nur bedingt, weil sie wie jedes Bit nur 0 oder 1 sein können. Die Wahrscheinlichkeit, daß ein zufälliges Paritäts-Bit zu den vorangegangenen Bits paßt, ist also 50%, daß alle 3 Paritäts-Bits passen, 50% von 50% von 50%, also 12,5%. Da ist es bei zufälligen Impulsen viel wahrscheinlicher, daß eins der obligatorischen 59 Bits komplett fehlt.
Knackser wie z. B. durch Schalter oder Gewitter (oder anderes) verursacht, können niemals zu einer zufälligen Zeitcodierung führen, da sehr hohe Anforderungen an das Signal und dessen Auswertung gestellt werden:
a) Die Trägerfrequenz fast aus einem Dauersignal besteht, die nur im Sekundentakt durch 0,1 und 0,2 Sekunden lange 15-prozentige Trägerabsenkungen kurz ,,unterbrochen" werden, dadurch wird das Datenbit schon mal negiert moduliert (negative Flanke) – ein Störimpuls hat eine positive Flanke;
b) sämtliche Störungen, die genau zu einer vollen Sekunde zu kurzzeitigen Unterbrechungen des Trägersignals führen könnten, werden ausgefiltert, wenn sie nicht genau 100 oder 200 Millisekunden lang sind (enspricht einem Low-/High-Bit);
c) die 3 Prüfbits füllen die Daten soweit mit High-Bits auf, sodass sich durchgehend immer eine gerade Zahl der High-Bits ergeben;
d) trifft nur eines der Kriterien als negativ zu, und/oder ist die Uhrzeit der nächsten Minute nicht um 1 Minute höher als die gerade aktuelle, werden die decodierten Daten für die nächste Minute verworfen.
Beim erstmaligen Empfang (Inbetriebnahme) müssen mindestens 2 Datenpakete von 2 aufeinanderfolgenden Minuten korrekt empfangen worden sein und jenes der 2. Minute muss eine um 1 Minuten höhere Zeit beinhalten, nur dann wird erstmals die aktuelle Uhrzeit ausgegeben – andernfalls wird erneut empfangen und decodiert.
Verständlicher konnte ich es nicht erklären, da die Materie für die Meisten auch mit mehr, weniger oder anderen Worten rel. unverständlich bleibt.
Hier kann man sich aber weiterhin informieren: http://www.ptb.de/cms/index.php?id=1787
Guten Morgen.
Hmm... nachdem ich gefragt hatte ob der 26.01.4835 ein besonderer Tag sei, hat die Station beantwortet: Nein. Denn sie hat sich diesmal ins Jahr 7572 begeben... :eek:
Offensichtlich genau zu dem Zeitpunkt als ich den USB Stecker abgezogen hatte. (Nachdem ich den Schlepptop ordnungsgemäß sich selbst habe abschalten lassen!)
Dafür war sie etwas früher wieder zurück. (Niemand war im Büro zu der Zeit, die Station nicht anschlossen... Denn da lag ich im Bett und habe geschlafen)
Warum, weis ich nicht, denn es hat nicht geregnet noch gestürmt am 23.12.7572.
Wie man an den Daten des CSV Files erkennen kann.
(Hey... die Erde hat dann noch eine Atmosphäre! Schade das man keine CO2/ Sauerstoffsensoren an die WS444PC anschließen kann.)
Übrigens: WsWin zeigt keine Daten für die Tage 26.01.4835 und 23.12.7572 an. Habe ich nachgeschaut.
:D
Zurück in die Realität: Ich habe die Bakterien der Station rausgenommen und gemessen: 1.29V (alle 3 sind gleich) und auch gleich mal Neue eingesetzt.
Morgen Früh sehe ich dann ob's daran gelegen hat.
[gelöscht durch Administrator]
Zitat von: Buxi am 02.07.2014, 22:55:52
Knackser wie z. B. durch Schalter oder Gewitter (oder anderes) verursacht, können niemals zu einer zufälligen Zeitcodierung führen, da sehr hohe Anforderungen an das Signal und dessen Auswertung gestellt werden:
So viel zur Theorie. Daß die Praxis anders aussieht, beweisen die vielen Funkuhren, die alle paar Monate mal um einige Stunden, Tage oder Jahre falsch gehen.
Was du beschreibst, ist die Soll-Auswertung. Eine wesentlich simplere Auswertung funktioniert meist aber auch und ist deutlich billiger.
Die Codierung des Zeitcodes erfolgt gemäß dem Link, den Buxi eingestellt hat, nur zweistellig und BCD-codiert, bezogen anscheinend auf das Jahr 2000. Somit geht der Zeitcode bei DCF77 nur bis maximal zum Jahr 2099 - auf anderes muss sich dann die Hardware einstellen, von der es sicherlich noch 12und20 Generationen bis dahin gibt.
Allerdings hat Tommy schon geschrieben, dass eine Funkuhr oder seine WS in Namibia sowieso kein DCF77-Signal empfängt, weswegen der Datumsfehler nicht auf einer "Fehlauswertung" zurückzuführen sein kann.
Wenn da also ein Datumsfehler passiert, dann in der Station oder in der Auswerte-Software oder auch bei der Übertragung zwischen Station und PC.
@Tommy: Ich habe extra mal gegoogelt: Das Datum 26.01.4835 oder der 23.12.7572 sind keine völlig ausgeschlossenen Ergebnisse. Der Veranstaltungsplaner der Gemeinde Poing hat zu dieser Zeit lediglich noch keine Veranstaltungen geplant und auch ein Schützenverein vermietet seine Räumlichkeiten zu diesen Zeitpunkten - es ist allerdings noch alles frei. Man kann ja mal nach den beiden Zeitstempeln googeln und sich an dem großen Angebot durchaus weitsichtiger Planung (mit Überreichweite) erfreuen ...
Ich vermute nach wie vor, dass eine Störung (Abziehen des USB-Steckers) der Auslöser dafür sein kann, dass irgendeine µC-Operation in der Station sich "aufhängt" und erst nach Überlauf irgendeiner Zeitschleife wieder in den ursprünglichen Zustand zurück kommt. Wenn Du den USB-Anschluss dran lässt, passiert nix (bzw. da Du ja auch irgendwann mal nach Hause willst, erst ab dem Zeitpunkt, wo Du die USB-Verbindung gelöst hast)?
Dann sollte nach "Warmstart" (Entfernen der alten Bakterien, warten, Einlegen neuer Bakterien) das Problem nahezu erledigt sein, falls sich der µC verhaspelt hat. Falls das Verhaspeln zu einer Änderung essentieller Speicherinhalte in der Station geführt haben sollte (was ja auch denkbar ist), dann könnte den auch ein Werksreset wieder beseitigen.
Da Du aber auch mit Flugmodellen operierst, welche Du per Fernsteuerung in entfernte Welten aufsteigen lassen kannst, liegt "Zurück in die Zukunft 1 ... 3" vielleicht auch nicht so fern. Wenn einer Deiner Flieger mit leerem Tank zurückkommt, weißt Du automatisch, dass er in der Zukunft war (zumindest in 4835 oder 7572), :? weils ja dort mit Sicherheit keinen Sprit mehr gibt ...
Aber heben wir uns die eher absurden Theorien wie Zeitsprung und DCF77 für später auf - :D vielleicht können wir sie ja in Deinem ominösen Fall noch mal brauchen ...
Gruß Hans
Guten Morgen,
Hihi... heute mal keine ,,Zeitreise" der WS444PC.
Hat der Batteriewechsel das verursacht? Na mal abwarten. Denn dieses Phänomen war ja vorher auch nur sehr sporadisch aufgetreten.
(Auch Schade das man keine Kamera an die Station basteln kann: Wäre doch ganz lustig mal zu sehen wie es in der Zukunft so ausschaut... :D)
Zitat von: TheWeather am 03.07.2014, 16:47:02...
Da Du aber auch mit Flugmodellen operierst, welche Du per Fernsteuerung in entfernte Welten aufsteigen lassen kannst, liegt "Zurück in die Zukunft 1 ... 3" vielleicht auch nicht so fern. Wenn einer Deiner Flieger mit leerem Tank zurückkommt, weißt Du automatisch, dass er in der Zukunft war (zumindest in 4835 oder 7572), :? weils ja dort mit Sicherheit keinen Sprit mehr gibt ...
Nee, das Phänomen kommt heutzutage (fast) nicht mehr vor:
A)Fliege ich fast ausschließlich Benzinbetriebene Modelle (die verbrauchen weit weniger als die Schluckspechte von Methanoler), damit ist mehr Flugzeit drin als meine Nerven das verkraften können: Ich lande fast immer mit ¼ bis ½ Tank.
(Richtig: Eine Reserve ist eh eine Internationale Vorschrift in der Fliegerei.)
B) Die Elektrischen... nun, da in Zukunft ja alles auf Elektrischen Antrieb setzt (Tesla baut schon heute brauchbare Autos)wird das ,,nachtanken" im Jahr 4835 (oder 7572) ja das kleinste Problem sein.
C) Telemetrie: Man kann heutzutage einen sehr genauen ,,Feedback" von seinem in der Luft befindlichen Modell bekommen: Von Treibstoffmenge (Akku- Ladungen), über Höhe und Geschwindigkeit usw. alles in Echtzeit mit Sprachausgabe. (Ja, kann man sich
u.a. von einer Warmweichen Frauenstimme vorsäuseln lassen: Treibstoff: 372ml, Akku: 75%, Höhe: 420m, Geschwindigkeit: 182km/h...usw.).
Denn während des Fluges das Modell UND das Senderdisplay im Auge zu haben, dazu müsste man schon Marty Feldman heißen. ;)
Hallo,
Stand der Dinge:
Nach dem neue Batterien in der WS drin sind, bisher keine ,,Zeitreisen" mehr. :D
Seltsam ist und bleibt es aber: Es ist das erste Mal so. Dabei ist die WS doch schon ein ,,paar" Jahre in Betrieb. Da könnte man annehmen, man kennt alle Mätzchen.
Na, mal sehen...
Zitat von: icke am 09.07.2014, 09:05:01
Hallo,
Stand der Dinge:
Nach dem neue Batterien in der WS drin sind, bisher keine ,,Zeitreisen" mehr. :D
Seltsam ist und bleibt es aber: Es ist das erste Mal so. Dabei ist die WS doch schon ein ,,paar" Jahre in Betrieb. Da könnte man annehmen, man kennt alle Mätzchen.
Na, mal sehen...
Hallo
ich hoffe, dass es jetzt funktioniert... ich habe auch schon einiges bei meiner bald 8 Jahre alten WS3600 erlebt (z.B. plötzlich nur noch -16°, während die Davis 5° oder so misst; Luftdrucksprünge; Flatlines der Konsole(welche ich mittlerweile gut im Griff habe...)). Jede Station hat halt seine Macken, besonders sobald sie schon etwas älter sind...
Kleiner Hinweis zu meiner Behebung der Flatlines der WS 3600 im Kabelbetrieb:
Aufzeichnungsintervall vergrößert von 10 auf 30min +DCF-Synchronisierung deaktiviert (Uhr ist relativ genau) und nun läuft sie stabil seit rund 18 Monaten :), vorher hatte sie z.T. täglich Flatlines :wirr:
Hallo Thommy,
so seltsam finde ich's nun garnicht mehr.
ZitatIch vermute nach wie vor, dass eine Störung (Abziehen des USB-Steckers) der Auslöser dafür sein kann, dass irgendeine µC-Operation in der Station sich "aufhängt" ...
Dann sollte nach "Warmstart" (Entfernen der alten Bakterien, warten, Einlegen neuer Bakterien) das Problem nahezu erledigt sein, falls sich der µC verhaspelt hat. Falls das Verhaspeln zu einer Änderung essentieller Speicherinhalte in der Station geführt haben sollte (was ja auch denkbar ist), dann könnte den auch (Edit: wahrscheinlich) ein Werksreset wieder beseitigen ...
Die Chancen, dass "Verhaspeln" des µC die Ursache waren, stehen dabei noch deutlich besser als der gestrige Spielausgang :? 1:7 (WM 2014: Bra-Ger), der ja an sich auch schon sehr unwahrscheinlich war. Das Verhaspeln kann zwar jederzeit mal wieder passieren, kann aber auch wieder zig Jahre dauern ...
Gruß Hans
Zitat von: TheWeather am 09.07.2014, 12:47:23
Hallo Thommy,
... Das Verhaspeln kann zwar jederzeit mal wieder passieren, kann aber auch wieder zig Jahre dauern ...
Hallo Hans
Haha... Ja,
Nichts ist Unmöglich. Das ,,betet" uns Toyota ja schon seid Jahren vor. Ich bin jedenfalls gespannt... und das betrifft nicht nur die WS444PC und ihre Zeitreisen... sondern auch die Deutsche Nationalmannschaft.
Hallo
Ich dachte echt schon, alles wäre nun wieder OK. Bis zum 31.07.2014, 23:55Uhr war es auch so. Aber genau um 00:00Uhr hat der Logger das Jahr 4862 (13.06.) als Datum aufgezeichnet. :frown:
Daher habe ich WsWin nicht gestartet und den Logger abgeschaltet. So konnte ich den CSV File öffnen bevor er gelöscht wird.
Tatsache: Ab 00:00Uhr bis 07:10Uhr stimmt das Datum nicht. Sonderbarerweise war um 07:15Uhr das Datum mit dem 01.08.2014 wieder richtig.
(Ich starte den Logger jeden Morgen so kurz nach 7Uhr wenn ich ins Büro komme.)
Also habe ich alle falschen Daten überschrieben.
Dann WsWin gestartet: Es hat den nun korrigierten CSV File korrekt ausgelesen und gelöscht.
Aber als ich den Logger wieder gestartet habe, war der erste Eintrag zwar richtig, dann aber 3 Datensätze Falsch und der letzte Eintrag wieder korrekt. (Der CSV war nur 5 Einträge Groß: 5 x 5 Minuten)
Diese 3 wieder falschen Daten habe ich schnell korrigiert bevor WsWin die Auslesen & Löschen konnte.
Also langsam nervt das. Vor allem weil das Wochenende bevorsteht: Vielleicht (?) muss am Montagmorgen jede Menge Datums- Daten korrigieren... :kinnlade:
Die Batterien in der Station sind neu. Ok, die Batterien im KS nicht, aber ich kann mir nicht vorstellen dass das Problem verursachen könnte. (Oder doch? Schließlich sind die Beiden ja verkabelt...?)
Ich habe das dumpfe Gefühl, irgendwas stimmt mit dem Logger nicht. Kann mir aber nicht mal entfernt vorstellen was. Das ist doch ein Programm und kein Gerät...
Und die Computer Zeit stimmt.
Servus Icke,
es kann eigentlich nur vom Logger oder vom Rechner kommen, die WS300 sendet, soweit ich weiß, kein Datum.
Ich kann Dir eine kleine Batch anbieten, die die Systemzeit in eine Textdatei schreibt.
Wenn Du die mal ein paar Tage laufen läßt, kannst Du zumindest vergleichen, ob die Systemzeit zum Crashzeitpunkt gestimmt hat.
Einfach in ein Verzeichnis entpacken und starten. Die Batch erstellt eine time.txt, in der die Zeit etwa alle 60s geschrieben wird. der ping auf localhost dient als "wait".
[gelöscht durch Administrator]
Hallo Icke,
ich arbeite ja auch schon von Stunde "Null" an mit dem Logger. Ich bin mir recht sicher, dass es nicht der Logger ist.
Für mich sind mögliche Fehlerquellen ein falsches Protokoll der Station oder ein Rechner-Problem mit dem Datum.
Deine Datums- Uhrzeitenwerte werden auf dem Rechner online bezogen und immer von der selben Zeitzone?
Du hast in Excel keine Veränderungen vorgenommen oder gar Excel mal neu installiert?
Du hast di Möglichkeit im Logger den Haken "Aktion protokollieren anzuhaken" dann wird eine zusätzliche Datei geschrieben hier kann man ggf. den Fehler finden. Aber Achtung, diese Datei wird sehr schnell groß
Zitat von: LE-Wetter am 01.08.2014, 14:41:31
Deine Datums- Uhrzeitenwerte werden auf dem Rechner online bezogen und immer von der selben Zeitzone?
...genau dafür hab ich die Batch oben geschrieben... - die protokolliert die Uhrzeit fortlaufend.
Hallo
Hmm... die Zeit vom Schlepptop wird von Windows ,,time.Windows.com" offensichtlich regelmäßig synchronisiert. Bemerkt, das die Mal nicht stimmen könnte habe ich noch nie. Wann dieses ,,Synchronisieren" stattfindet... keine Ahnung.
Den Logger (wie schon geschrieben) starte ich jeden Morgen (die WS444PC steht ja im Büro und nicht Zuhause) so kurz nach 07:00Uhr. Und stoppe den Logger je nach dem wann ich nach Hause gehe. Also mal um 18:00Uhr oder auch schon mal 21:30Uhr (oder so), von Montag bis Freitag.
Excel ist nicht neu installiert oder ,,renoviert" worden. Und wenn, dann von Windows selbst. Und das passiert nur wenn ich es zulasse, also nicht Automatisch. Und nur während der Arbeitszeit. Ich muss allerdings zugeben das ich schon ,,Updates" habe laufen lassen derweil der Logger und WsWin lief.
Was ich auch oft mache: Ich nehme den Schlepptop schnell mal mit in die Werkstatt (oder mit zu Kunden, dann schalte ich den natürlich aus). Ich schalte den Logger und WsWin aus, bevor ich den USB- Verteiler und das Ladegerät rausziehe. Und wenn ich zurück komme stöpsle ich den USB und das Ladegerät wieder rein. Dann starte ich den Logger und WsWin wieder (sollte ich das nicht vergessen, was auch schon oft passiert ist) ohne vorher den Schlepptop aus und wieder einzuschalten.
Bisher war dabei dieses Komische Verhalten nie aufgetreten.
Es passiert auch nicht über Tag wenn der Logger die WS schon X Mal alle 5 Minuten ausgelesen hatte, also im laufenden Betrieb. (Ob da der Batch, der die Systemzeit mitschreibt, was hilft Toni?)
Es passiert einfach zu unregelmäßig. Wochenlang passiert nichts, und dann gleich zweimal. Wie gestern. Ok, da hatte ich beim neuerlichen Start vom Logger nur die 5 Einträge wovon 3 das falsche Datum hatten: Eben die drei Einträge zwischen den zwei die das richtige Datum hatten. Hätte ich ihn laufen gelassen wären nur diese 3 Falsch gewesen.
Ich hatte den Logger wie immer eingeschaltet und er fing an mit dem Richtigen Datum auszulesen; (als gebranntes Kind linse ich ja schon genau hin...)
Um dann um 00:00Uhr mit einem Phantasiedatum weiterzumachen. Wobei der letzte Eintrag im CSV dann wieder das Richtige Datum hatte.
Aber das diesmal so.
Er hatte auch schon mit einem Phantasiedatum angefangen auszulesen, um dann um 00:00Uhr mit dem Richtigen Datum weiterzumachen bis alles ausgelesen war. Witziger weise stimmt die Zeit selbst immer. Es ist immer nur das Datum was sich verändert. Und es ist auch nie dasselbe Phantasiedatum.
Sehr merkwürdig das ganze.
Servus,
die Internetzeit wird einmal pro Woche (lt. MS bei Win7) aktualisiert.
Die Batch würde ich in den Autostart packen und immer mitlaufen lassen. Stört nicht, belastet das System nicht und die Datei wird zwar immer größer, ist aber auch kein Problem. Zwischenzeitlich kann man die ja auch mal löschen, wenn nix aufschlussreiches drinsteht...
Du könntest die Internetsynchronisierung auch mal abschalten, dann pfuscht die nicht rein, so oder so. Wenn nämlich z.B. die CMOS- Batterie schwächelt, könnte es zu solchen Zeitfehlern kommen, die evt. von der Synchronisation unbemerkt behoben werden. Ich weiß - das klingt an den Haaren herbeigezogen, aber so klingt Dein Problem ja von Haus aus...
Der Pfad wäre:
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup
Du müsstest dann die Batch wie folgt ändern:
:start
@for /F "tokens=1,2,3,4,5 delims=. " %%a in ('date /t') do set jahrdat=%%c
@for /F "tokens=1,2,3,4,5 delims=. " %%a in ('date /t') do set mondat=%%b
@for /F "tokens=1,2,3,4,5 delims=. " %%a in ('date /t') do set tagdat=%%a
@for /F "tokens=1,2 delims=. " %%a in ('time /t') do set mindat=%%a
set mindat=%mindat::=%
set timestamp=%jahrdat%-%mondat%-%tagdat%-%mindat%
md c:\Zeitkontrolle
echo %timestamp% >> c:\Zeitkontrolle\time.txt
ping -n 60 localhost
goto start
pause
exit
Wenn Du die Datei dann mit Excel öffnest und als Trennzeichen den "-" angibst, kannst Du abweichende Daten mittels Filter leicht finden.
Hallo Toni
Ähm... ja klar, logisch. Aber du weist schon, dass ich ein altes Computergenie bin:
Ich loche die Lochkarten per Hand! :D
Zu deutsch: Ich habe keinen Blassen Schimmer wie und was ich mit dem ganzen nach dem Doppelpunkt anfangen soll. Das ist für mich wie Chinesisch Seitwärts. :wirr:
Übrigens: Den von dir angegeben Pfad (C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup) findet Windows nicht erst. Muss wohl daran liegen das Win8 unter der Haube meines Schlepptops werkelt.
Na, und ich wandle schon gar nicht Blind auf solchen Pfaden umher. Nachher trete ich noch auf was Komisches... Innereien und so.
Aber ich kann ja mal meinen Computerfundi befragen: Der weis sicherlich was man machen muss. Der muss mir nämlich eh noch einen kleinen ,,Batch" schreiben. (Damit ich ein Uralt DOS Programm nicht immer per Hand starten muss.)
Servus, den angegebenen Pfad einfach kopieren und im Explorer oben in die Adressleiste einfügen und Enter...
Windows verwendet für das selbe zwei verschiedene Namen, damit Leute wie Du keinen Unsinn machen (können)... :) :D
Gleiches gilt für die Änderung der Batch:
o.a. Inhalt komplett kopieren (incl. :start), time.bat öffnen, alles rauslöschen und dafür das Kopierte einfügen, speichern und in den o.a. Pfad speichern.
Beim Speichern darauf achten, daß die Datei nicht hinterher "Time.bat.txt" heißt... - das passiert, wenn man im Explorer den blöden Haken bei "bei bekannten Dateitypen Erweiterung ausblenden" nicht rausgemacht hat.
P.S.: mit "Explorer" meine ich übrigens NICHT den InternetExplorer... :)
P.P.S.: ansonsten kann ich Dir noch Teamviewer anbieten...
Guten Morgen Toni
Ok. Das habe ich nun halbwegs verstanden.
Aber bevor ich irgendwas mache, hier wie die WS444PC Aufzeichnung von Freitagabend bis heute Morgen aussieht:
Nebenbei: Als ich am Freitag um ca. 17:20Uhr den Logger (WsWin und dann den Schlepptop) abgeschaltet hatte, war das Datum noch Korrekt: Im Logger, WSWin und im Schlepptop.
(Habe extra drauf geachtet.)
Heute Morgen ca. 07:20Uhr: 8˚C, leichter Wind. Die Frisur hält und das Datum im Schlepptop Stimmt auch:
Heute ist der 04.08.2014.
Der Logger fing wie üblich mit 1899 an. Dann hat er sich als erstes Datum den 13.06.4862 ausgesucht (Ob das wohl ein Freitag ist...?):
,,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38
13-06-4862,17:25,19.7,20.6,0,0,0,0,0,0,0,0,0,0,0,0,0,0,34,31,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
13-06-4862,17:30,19.6,20.4,0,0,0,0,0,0,0,0,0,0,0,0,0,0,34,32,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
13-06-4862,17:35,19.6,20.3,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,32,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
[...]
Und hat dann beschlossen: Nö, der 13.06.4862 ist Langweilig, nehmen wir mal... Tralla-la... den 10.05.7600 zur Abwechslung:
13-06-4862,23:45,17.8,15.8,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,34,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,3.8,0,0,0
13-06-4862,23:50,17.8,15.7,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,34,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,3.8,0,0,0
13-06-4862,23:55,17.8,15.6,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,35,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,3.6,0,0,0
10-05-7600,00:00,17.8,15.6,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,35,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,2.2,0,0,0
10-05-7600,00:05,17.8,15.5,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,35,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,5.2,0,0,0
10-05-7600,00:10,17.8,15.4,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,35,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,3,0,0,0
[...]
Um sich dann zwischendurch doch wieder dem richtigen Datum zu besinnen:
10-05-7600,23:45,17.8,11.6,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,41,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,.5,0,0,0
10-05-7600,23:50,17.8,12,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,41,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,0,0,0,0
10-05-7600,23:55,17.8,12.2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,40,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,.2,0,0,0
03-08-2014,00:00,17.8,12.2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,40,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,.5,0,0,0
03-08-2014,00:05,17.8,12.2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,40,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,0,0,0,0
03-08-2014,00:10,17.8,12,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,40,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,0,0,0,0
03-08-2014,00:15,17.8,12.4,0,0,0,0,0,0,0,0,0,0,0,0,0,0,33,40,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,.2,0,0,0
[...]
Und um das dann auch eisern durchzuhalten:
03-08-2014,23:46,17.3,11,0,0,0,0,0,0,0,0,0,0,0,0,0,0,31,39,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,.2,0,0,0
03-08-2014,23:51,17.3,10.9,0,0,0,0,0,0,0,0,0,0,0,0,0,0,31,39,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
03-08-2014,23:56,17.3,10.8,0,0,0,0,0,0,0,0,0,0,0,0,0,0,31,40,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
04-08-2014,00:01,17.3,11.3,0,0,0,0,0,0,0,0,0,0,0,0,0,0,31,39,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
04-08-2014,00:06,17.3,11.4,0,0,0,0,0,0,0,0,0,0,0,0,0,0,31,39,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
04-08-2014,00:11,17.3,11.5,0,0,0,0,0,0,0,0,0,0,0,0,0,0,31,39,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,0,0,0,0
[...]
Die Frage ist nun: Warum? Wenn das Datum im Logger nicht Stimmt (warum auch immer), wieso wird während des Auslesens das Datum noch einmal neu und auch wieder völlig falsch ,,berechnet"?
Also nach dem 13.06.4862 müsste doch der 14.06.4862 kommen, und nicht der 10.05.7600.
Und wie ist es möglich dass dann nach dem 10.05.7600 der 03.08.2014 bzw. richtigerweise dann auch der 04.08.2014 folgt?
Das macht für mich nun gar keinen Sinn mehr.
Was auch merkwürdig ist: Mittendrin wird aus dem voreingestellten 5 Minütigen Speicherintervall, einmalig 6 Minuten, ohne das der Logger da ,,mitspielen" konnte.
03-08-2014,11:35,17.4,22.7,0,0,0,0,0,0,0,0,0,0,0,0,0,0,32,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,1.9,0,0,0
03-08-2014,11:40,17.4,23.1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,32,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,2.2,0,0,0
03-08-2014,11:45,17.4,22.3,0,0,0,0,0,0,0,0,0,0,0,0,0,0,32,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,835,0,5.5,0,0,0
03-08-2014,11:51,17.4,22.9,0,0,0,0,0,0,0,0,0,0,0,0,0,0,32,28,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,5.8,0,0,0
03-08-2014,11:56,17.4,22.9,0,0,0,0,0,0,0,0,0,0,0,0,0,0,32,28,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,5.8,0,0,0
03-08-2014,12:01,17.5,22.2,0,0,0,0,0,0,0,0,0,0,0,0,0,0,32,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,834,0,8.8,0,0,0
Erstaunlich ist auch: Nach dem Auslesen habe ich den Logger gestoppt, um den CSV korrigieren zu können. Das ist mir aber nur Teilweise gelungen. Ich habe zwar alle Falschen Daten, also den 13-06-4862 zum richtigen Datum 01-08-2014 und den 10-05-7600 zum 02-08-2014 geändert, aber WsWin hat nur den 01-08-2014 und dann den 03-08-2014 und den 04-08-2014 eingelesen. Der 02-08-2014 fehlt völlig.
Nicht das am 02.08.2014 was ,,Weltbewegendes" passiert wäre, aber seltsam ist es doch. Wieso ist das so? Die korrigierten Daten (Datum) stimmen doch wieder.
Und nachdem WsWin die CSV Daten 01.08.2014 bis 04.08.2014 eingelesen hatte, habe ich den Logger wieder gestartet.
Er hat einwandfrei mit dem 04.08.2014 weitergemacht.
Langsam bin ich (auch) der Meinung es liegt gar nicht am Logger, am Schlepptopdatum oder am Windows Zeit Synchronisieren, sondern an der WS444PC. Irgendwie muss sie ja das Datum ,,wissen" also Speichern (genau wie dem geforderten Speicherintervall, also die Uhrzeit) und die Wetter- Daten (auch vom KS) richtig einordnen.
Wenn nun die NSA oder Grüne Männchen die WS zwischendurch mit ihren Störstrahlern :eek: beschießen... wird selbst mal eine WS444PC durcheinander. Und beim Auslesebefehl wird ein Phantasiedatum präsentiert, welches erst dann, wenn der Logger den Speicher Schritt für Schritt leert, korrigiert wird.
Vielleicht sollte ich nochmal die Batterien rausnehmen und diesmal auch die vom KS. So dass das ganze System mal für eine Stunde völlig Stromlos ist. Dann müsste sich die WS ja auf eine wie auch immer geartete ,,Werkseinstellung" zurückstellen und mit dem KS neu synchronisieren.
(Mist, ich wollte doch die 6m lange Leiter mitgenommen haben. Die brauche ich nämlich, sonst sind die Arme zu kurz für die Kekse... ähm... dem KS.) ;)
Servus,
weder der Kombisensor noch die WS444PC wissen, wie spät es ist, es gibt keine Möglichkeit, irgendwo Zeit/Datum einzustellen.
Allerdings muss im Übertragungsprotokoll irgendwo der Zeitabstand zwischen zwei Messungen mitgeliefert werden, da man ja zwischen 5 und 30 Minuten einstellen kann. Wenn die Station da ab und zu "patzt", könnte sowas evt. passieren (an-den-Haaren-herbeizieh...)
Der Fehler kann also "eigentlich" nur aus der Systemzeit oder, wenn die sicher stimmt (?Batch?), aus dem Logger stammen.
Ich würde mal im Logger (wenn Du Dir mit der Systemzeit sicher bist) unter "Setup - Station einstellen" das Logintervall ändern, welches vermutlich auf 5 Minuten steht. Das bringt den Logger und die WS444PC dazu, ihre Einstellungen zu "überdenken". Zurückstellen kann man danach immer wieder, WSWIN kommt damit auch klar.
Viel Spass... 8)
@ Icke,
nochmals Logger-Problem schließe ich aus. Sofern es auch die Uhrzeit- und Datums-Zone nicht ist, bleibt noch Excel.
Ich hatte ja nicht umsonst gefragt, ob du was mit Excel gemacht hast.
Schau bitte mal in der csv nach an der Stelle wo die Zeilen stimmen, wie das Format der Zelle aussieht.
Steht es auf Standard?
Und schau dann mal bitte in einer der fehlerhaften Spalten nach, wie da das Format ist. Steht es vielleicht auf benutzerdefiniert? Wenn ja welche Einstellung davon.
Zudem kannst du im Logger auch mal das Feld "Aktion protokollieren" anhaken
Gruß aus LE
Hallo
Das mit dem Umstellen der Auslesezeit mache ich nach dem Batterie wechseln beim KS. Der ist eh schon ein ganzes Jahr ohne Batterie Wechsel. Kann daher auch nicht schaden da auch mal neue reinzustopfen. Und dabei lässt sich ein Re- Set der WS sowieso verhindern.
Ich muss den KS auch mal Abstauben: Die Regenzeit fängt bald (hoffentlich) an. Ab August ist mit den ersten Tropfen zu rechnen.
Was den Batch betrifft:
Explorer sagst du? Ok. Ha... das bekomme selbst ich grade noch hin.
Copy...
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup (
Click!), Paste in Explorer (
Click!), und Enter gedrückt (
knirsch!).
Whow! Das Ergebnis kann sich sehen lassen:
This folder is empty. :D
Bildchen gefällig? Hier:
Beiträge zusammengeführt, weil der Autor sich selbst geantwortet hat statt seinen letzten Beitrag zu ändern: 04.08.2014, 13:49:13
Zitat von: LE-Wetter am 04.08.2014, 13:26:55
CSV ...Steht es auf Standard?
....
Zudem kannst du im Logger auch mal das Feld "Aktion protokollieren" anhaken
Gruß aus LE
Nee, da steht ,,General". :top:
Würde mich auch Wundern wie der Logger, Hand in Hand mit Excel, es schafft zwischendurch mal das Format zu wechseln.
Den Logger lasse ich ,,Aktion protokollieren". Hab's Häkchen grade gesetzt. (Ähm... und wo sehe ich das Protokoll? Ist doch hoffentlich nicht
Geheim?) ;)
[gelöscht durch Administrator]
Dein Datumsformat ist definitiv falsch.
Es muss so aussehen Siehe Pic.
Im Logger wird eine Datei Data geschrieben und im Loggerverzeicnis nach dem Auslesen abgelegt.
Das mit dem "General" habe ich nicht verstanden :confused:
[gelöscht durch Administrator]
?
Nun bin ich aber durch den Wind. Ich schreibe ja diesen CSV nicht. Das macht der Logger.
Und dem lasse ich mit ,,General" die freie Auswahl: Guggst du Bild.
Wenn ein Strich als Trennung im Datum nicht richtig ist, wie kommt es dann, das die Daten eingelesen werden? Jedenfalls jene die nicht ein Datum nach dem Sankt- Nimmerleinstag haben.
Das ,,Format" Tag Strich Monat Strich Jahr habe ich schon seid 2007 so. (Habe noch ein paar Kopien von uralten CSV Files...)
Das Komma vs. Punkt Problem im CSV kenne ich leider schon zur genüge. Stichwort: Dateiüberwachung. Wenn das nicht richtig ist, kann ich den Haken beim Interface nicht setzen!
Ich habe eben eine Englische Tastatur auf einem Amerikanischen Schlepptop, der in Namibia ein Deutsches Programm befummeln soll. Es lebe die Globalisierung! :dumdidum:
[gelöscht durch Administrator]
Also - ich kenne weder die Funktionsweise des WS444PC noch des WSLoggers.
Aus einem früheren Beitrag konnte ich vernehmen, dass die WS444PC keine Datumsinformationen bereit stellt. Ist das so? Kann ich mir nicht vorstellen, dass die WS444PC nicht wenigstens eine Art Datumsprotokoll liefert, welches nicht wenigstens das Jahr, den Wochentag, den Monat und die Uhrzeit liefert. Das scheint mir im Datenprotokoll (Screenshot ganz am Anfang des Threads) in den ersten 8 Byte veschlüsselt zu sein.
Es kann nun der WSLogger sein, der aus unerfindlichen Gründen das Datum produziert (was ich ebenfalls nicht glaube) oder es kommt doch aus der WS444PC.
Der bisherige Batteriewechsel war ein Soft-Reset, um es mal so zu bezeichnen. Relevante System-Daten werden durch einen Batteriewechsel (Daten im EEprom) nicht unbedingt zurückgesetzt. Wenn da also nach einem Batteriewechsel immer noch "Knoorz" irgendwo steht, geht der "Knoorz" weiter. Frage also nach einem möglichen Werks-Reset. Gibt's so was für die WS444PC? Wenn ja, dann bitte den nochmal probieren.
Ich vermute, die WS444PC liefert doch irgendwelche auswertbaren Datumsinformationen und die Maskierung der System-Daten in der Station ist irgendwie daneben. Da könnte nur noch ein "Neustart" der Station (Werkszustand) helfen, weil die entsprechenden Daten im EEProm bei einem reinen Batteriewechsel nicht gelöscht werden (so ist es bei der Nexus, warum soll's bei einer WS444PC nicht auch so sein).
Gruß Hans
Servus Hans,
Zitat von: TheWeather am 04.08.2014, 19:43:20
so ist es bei der Nexus, warum soll's bei einer WS444PC nicht auch so sein
...weil die WS444PC nur ein dummer Datenlogger ist, keine Station wie die Nexus.
Batterien raus und das Ding ist im Werkszustand. Die merkt sich keine Stationshöhe oder Zeit oder sonst was...
Guten Morgen
Um es vorweg zu nehmen: Habe heute Früh den Logger gestartet, ohne das da ein absonderliches Datum erschien.
Erst der übliche 30.12.1899, dann der Wechsel zum 04.08.2014 und das auslesen bis 05.08.2014, aktuelle Zeit. Ganz Normal abgelaufen der Vorgang.
Mit dem ,,Protokoll", was ja seid gestern mitläuft, kann ich nichts anfangen. Das müsste sich schon jemand anschauen der was davon versteht. Da aber über Tag alle Daten (und das Datum) gestimmt haben... ich denke, dies Protokoll ist wertlos. Ich lasse es aber weiterhin (mit) laufen.
Heute werde ich nochmal die Batterien der WS rausnehmen und die vom KS auswechseln. Dann eine Weile warten, bis die letzten Elektronen verdunstet sind.
Das müsste-sollte-könnte die WS in ihren ,,Urzustand" zurücksetzen, hoffe ich mal.
Denn ich habe in der WS444PC Gebrauchsanleitung nichts gefunden wo- was- wie man auf ,,Werkseinstellung" zurücksetzen könnte. Das Ursprüngliche ,,Weather Professional" Programm habe ich schon lange nicht mehr. Aber die Bedienungsanleitung habe ich noch. Auch dort steht nichts über einen möglichen ,,Re-set".
Das die WS keine sichtbare ,,Uhr" hat ist Tatsache. Aber ein ,,Zeitmesswerk" muss irgendwie verbastelt sein, denn beim ,,Synchronisieren" (dem Suchen nach Sensoren) wird die verbleibende Zeit bis zu Start der Messungen angezeigt.
Ob da dann irgendwo ein Datum ist bezweifle ich. Woher sollte die Station das bekommen? Erst der Logger (oder das WP Programm) könnte der WS ein Datum mitteilen.
Oder aber es ist das Firmware Datum. Aber das ist von 2005 (oder so).
Na mal sehen was nach dem ,,Ganz Abschalten" passiert.
Hallo Icke,
Viel Glück beim Neustart ;) Einen Resetknopf gibt es meines Wissens nicht, erst ab der WS 550 hat man einen Taster zum Einlegen der Batterien und Neuanmeldung eingebaut.
Bezüglich des Protokolls habe ich mal Trix angeschrieben, der hat es ja verzappt und er kann sehr genau daraus lesen, ob da Fehler drin sind... :D Aber der scheint gerade im Urlaub oder so zu sein, gewöhnlichst meldet er sich sofort und wenn es ein Logger-Problem ist, dann bekommt er es hin (ich glaube es nach wie vor nicht, dass es der Logger ist).
Die "Startuhr" des Loggers 31.12.1899 habe ich übrigens auch, das ist normal
Ja danke.
Falls es mich nicht von der Leiter reißt, oder Ebola mich auslaufen lasst, dann melde ich mich heute noch. :D
-----------------------------------
So das war's. Ich lebe noch. ;)
Die Batterien im KS hatten je noch 1.33V. Naja und die in der WS waren eh schon neu (habe sie trotzdem gemessen: je 1.55V).
Und das ganze System war nun wirklich absolut ,,Stromlos" da ich auch noch den Mini-USB gezogen hatte.
Nach der 10 Minütigen Gedenkzeit, auch –SynC- genannt, hat sich die WS wieder eingeschaltet. Und der Logger hat einwandfrei ausgelesen.
Jetzt bin mal gespannt ob es nun ohne Phantastische Datums weitergeht.
Hi
Zu dem Problem selbst kann ich nicht viel sagen. Aber das Abnormale Datumsformat ist normal, ist hald NAM. ( meinte das Minus oder Slash statt Doppelpunkt) und das mit der Minute kann auch sein denn einmal am Tag sucht die Station Sensoren und das kann die eine Min verschiebeung auslösen. Ich frag mich nur warum bei Dir immer mit 1899 angefangen wird, ist das schon immer so?
Das Datum der Auslesung berechnet sich aus dem Intervall bei Dir glaub ich 5 min und der Anzahl der Intervalle die der Datensatz alt ist (der Wert kommt aus der WS300PC) das zusammen wird vom aktuellen Datum des PC abgezogen. Dir Rechneruhr hat hier eine wichtige Rolle.
Besteht die Möglichkeit einen anderen Rechner zu Auslesen zu verwenden?
Gruß Steffen
Nachtrag:
Das Mitgeloggte in dem Verzeich ni dem auch die WSlogger.exe ist und heist DATA.LOG
Welche Version der WSL verwendest Du denn aktuell?
Beiträge zusammengeführt, weil der Autor sich selbst geantwortet hat statt seinen letzten Beitrag zu ändern: 09.08.2014, 11:11:43
Hi
Bei deinem ersten Bild ist der Intervallzähler zu sehen.
FE 31 80 00 01 15 00 00
Der wäre 1501hex also 5377dec mal 5min = 26885min also etwa ~18,7 Tage
Bei fünf Minuten schafft die Station aber nur 7 Tage Der Zähler dürfte nur etwa E0 07 hex annehmen.
Das könnte auf einen Fehler der Station deuten.
Im Log kann man aber sehen ob der Zähler springt.
Gruß Steffen
Hallo Steffen
Tja, in Afrika laufen Uhren halt anders... :D
ZitatIch frag mich nur warum bei Dir immer mit 1899 angefangen wird, ist das schon immer so?
Ja. 31.12.1899. Das war aber schon immer so, ohne dass dies zu diesen Mysteriösen Zeitmaschineneffekt geführt hätte. Ich dachte immer,
du hättest das als eine Art Referenz(Zeit)punkt da reingeschrieben. 8)
ZitatBesteht die Möglichkeit einen anderen Rechner zu Auslesen zu verwenden?
Nee, nicht eigentlich. Der Rechner (WIN7) womit ich vorher ausgelesen hatte, ist ein Büro weiter gewandert. Er ersetzte ein olle XP Maschine, die schon auf dem letzten Loch pfiff. Ich müsste die Station dorthin stellen und das Kabel zum KS neu verlegen. (Ohne große Lust zu haben, das zu machen.)
Auch müsste der Logger (und WsWin) vom anderen Rechner gestartet werden. Und das vergesse ich dann bestimmt ab und zu.
Allerdings ist eine Fritzbox 7170 nahe an der Station. Ob man da...? Keine Ahnung.
Und, eigentlich habe ich mir den Schlepptop (auch) angeschafft um damit beide Stationen auszulesen: Die VP2 Zuhause und die WS444PC in der Firma. Da sind die Daten zum ersten Mal zusammen auf einen Rechner, ohne dass man erst Kopien machen muss. WsWin läuft ja auch (meckernd) ohne Station, und wenn man mal was vergleichen will, auch Zeitgleich für zwei Stationen auf einem Rechner.
Ganz nebenbei: Seltsamerweise reagiert die VP2 Allergisch auf den Schlepptop, wenn er am Ladegerät hängt: Es werden 1000km/h Wind angezeigt und aufgezeichnet. Nur der Wind ist falsch, sonst nix. Auf Akkubetrieb passiert das nicht. Seit dem lese ich ohne Netzgerät aus.
Also habe ich auch den WSL für die WS444PC auf Akkubetrieb gestartet. Nee, das war's dann auch nicht: Trotzdem bekam ich mal ein Zukunftsdatum serviert.
ZitatDATA.LOG...Welche Version der WSL verwendest Du denn aktuell?
Hab' ick gefunden. Da aber seit dem Batteriewechsel der Station UND des KS die Datums stimmen...
Er läuft aber nun immer mit: Für den Fall das es wieder ,,Zukünftig" wird. Laut Murphys law passiert aber nun erst mal nichts. Warum auch?
WSL: Version 2.1.12
ZitatBei fünf Minuten schafft die Station aber nur 7 Tage
Soweit ich weis, schafft die WS444PC mehr als 14 Tage @ 5 Minuten. Da ich schon immer während des (Jahres-) Urlaubs nur alle zwei, knapp drei, Wochen in die Firma fahre: Zum Auslesen der Station. (URLAUB! Da will ich die Arbeit nicht erst nahebei sehen.) Und den Auslese- Intervall habe ich noch nie geändert.
Hi Thomas
Zitat von: icke am 11.08.2014, 14:52:31
WSL: Version 2.1.12
Die ist ja nun doch auch schon etwas älter, oder?
Meine letzte Sicherung ist die 2.5.00 aus 2008
Von wann ist dann die 2.1.12?
Wie man auf dieser Seite (http://kulknet.no-ip.biz/Steffen/Softwareprojekte/WS_Logger/WS_Logger.htm) lesen kann, ist seit dieser Version einiges passier.
Unteranderem gab es mit der Version 4 ein neues Kommunikationsmodul. Mit dem sich die Unterhaltung zwischen Programm und Station sehr stark verändert hat.
Ein vielzahl von Dateiüberwachungs- und Strukturregenerationsfunktionen sind in das Programm eingeflossen. Wenn mehrere Programme gleichzeitig auf eine Datei zugreifen, nicht unwichtig.
Wie halt ein Programm erwachsen wird.
Gruß Steffen
Na sooo uralt ist der WSL auf meinem Schlepptop nun auch wieder nicht: Es gab hier schon elektrischen Strom und fließend Wasser aus Wand. Und das Tragen von Baströckchen war im Dorf auch schon etwas aus der Mode gewesen. :P
(Guggst du Bild.)
Und bisher hatte es der alte auch ohne Murren gemacht.
Diese komischen ,,Zeitreisen" schiebe ich jetzt einfach mal auf die Batterien im KS. Irgendwie, Möglicherweise, Eventuell... hat das einen Einfluss (gehabt?).
Du weißt ja: Mein KS sendet seine Daten direkt (und ohne über Los zu gehen ;)) via Kabel an die WS444PC. Es ist zwar noch nie vorher passiert, obwohl die Bakterien im KS auch mal total leer waren, aber einmal ist ja immer das erste Mal.
Da ich (leider) keine Windrichtung und Sonnenscheinsensoren an den KS gebastelt habe, brauchte ich die Zusatzfunktionen auch nie. Dazu bin ich einfach nie gekommen. Obwohl ich Hobbybedingt sehr viel bastle und auch das zerbröselte (ja, ja die Sonne) Windrad auswechseln musste: Halbe Pingpongbälle ersetzen die alten Schalen. Getragen werden die Schalen von dünnen Kohlefaserstäbchen aus dem Flugmodellbaubereich. (Funzt hervorragend. :top:)
Ich habe mir aber trotzdem die neuste Version runtergeladen und auch sogleich in Betrieb genommen: Der Wechsel muss wohl echt ,,einschneidend" gewesen sein: Guggst du Bild. :D
Ich hoffe, das ist wenigstens Normal so gewesen... so zur Abwechslung, wäre das ja mal auch was.
[gelöscht durch Administrator]
Einen wunderschönen Guten Tag
Es ist mal wieder soweit: Trotz aller Bemühungen, SIE hat es wieder getan. :eek:
Erst einen ,,Ausflug" ins Jahr 4889 und um sich dann auch mal im Jahr 7627 umzuschauen.
Nett. Aber Schade das sie wieder keine Fotos gemacht hatte...
Und, erst eben habe ich bemerkt: Sie war auch schon heimlich am letzten Sonntag ,,woanders": Ab ca. 23:30Uhr bis zum Wecken um kurz nach 7 am Montagmorgen. Ich habe es nicht bemerkt, da ich zwar die Logger Daten immer mit Argusaugen beäuge wenn ich den Logger Starte, aber nur die ersten paar Stunden. Tja, und von Freitagmittag bis Sonntag 23:30Uhr stimmte auch alles... es fehlen dadurch Montag ab 00:01 bis 07:16 Daten. Danach hat der Logger richtig ausgelesen, den ganzen Tag lang.
Aber heute Morgen ist der Logger von dem obligatorischen Startdatum 30.12.1899, sofort nach 4889 gesprungen um dann um 23:59 nach 7627 zu springen, um dann heute 02-09-2014 zu Enden.
Ich habe die Daten im csv korrigiert, noch bevor der Logger neue schreiben konnte, die aber dann das richtige Datum hatten. Wenn der Logger läuft, also alle 5 Minuten ausliest, dann behält er das richtige Datum.
Übrigens: Der Logger springt seit dem von 1899 sofort nach 7627. Jedes Mal wenn ich ihn heute (probehalber) startete. Der letzte eingelesene Wert ist dann aber immer mit dem richtigen (heutigen) Datum versehen.
Ich hatte daher die ,,Data" Überwachung wieder eingeschaltet:
Nein. Dort erscheint kein Falsches Datum, obwohl der Logger es auf dem Bildschirm anzeigt und in den csv schreibt... :wirr:
Sollte sich das nicht wieder (!) auf wundersame Weise geben, bleibt mir nichts anderes übrig als den Logger zu starten, ihn auslesen lassen und dann eben den csv ,,händisch" zu korrigieren. Innerhalb der Zeit die bis zum nächsten Auslesen bleibt. Also maximal 5 Minuten (bei der jetzigen Einstellung).
Beiträge zusammengeführt, weil der Autor sich selbst geantwortet hat statt seinen letzten Beitrag zu ändern: 03.09.2014, 09:54:25
Icke noch mal...
Gestern Vormittag habe ich den Logger nicht weiter auslesen lassen, um mal zu testen ob diese seltsamen ,,Zeitreisen" nur um die ,,Geisterstunde" herum passieren, oder nicht.
Nein, das ist auch nicht der Fall. Mitten drin verändert sich das Datum UND die Zeit in der WS444PC.
Siehe Bild ,,Zeitsprung": (Das Speichern der Werte ist auf 5 Minuten gestellt)
Das Datum stimmt (noch), aber die Uhrzeit springt zurück! Dann wird plötzlich innerhalb einer Minute gespeichert und das Datum verändert sich auch.
Nur um dann wieder das richtige Datum zu erreichen: Siehe Bild ,,Zeitsprung 2"
Als ,,Schmankerl" dann noch ein Bildchen des Aktuellen (neusten) Loggers, für dich Steffen, mit einem Datum das du so noch nie gesehen haben wirst. (Kannste dir ausdrucken und einrahmen.)
(Übrigens: Gestern war es der 26-09-7627 und heute auch! Im Data log file vom Logger kann ich nichts Auffälliges erkennen.)
Ich vermute nämlich, der Fehler liegt wirklich in der WS444PC. Sie macht diese Zeitsprünge beim Speichern der Werte. Allerdings habe ich keine Idee warum. Auch das ,,re-set" hat nichts gebracht. Genauso wenig wie das Auswechseln der Batterien.
Wahrscheinlich wird sie sich nun immer (öfter?) ,,verhaspeln", ,,verrechnen"... oder wie man auch immer dieses Phänomen nennen soll. Denn nur wenn der Logger ausliest, bleibt die Zeit und das Datum richtig.
Noch kann ich, obwohl nicht Sinn der Sache, den csv recht einfach korrigieren. Aber wenn die Werte auch nicht mehr stimmen sollten, werde ich die WS444PC wohl oder übel einschläfern müssen.
PS. Um die Bilder hochladen zu können, muss mal einer eine Antwort dazwischen funken. Man kann ja nur 4 Bilder hochladen... und ich habe mir quasi selbst geantwortet.
[gelöscht durch Administrator]
Guten Morgen
Icke mal wieder.
Und es ist wieder passiert. Zeitsprung vom 30-09-2014 zum 17-03-4917. Um Mitternacht: Zwischen dem 30-09-2014,23:59, und dem 01-10-2014. Der 01-10-2014,00:04 heißen müsste, aber als 17-03-4917,00:04 eingetragen ist.
Auf dem mitgeschriebenen DATA File ist... nichts als Fehler zu erkennen, worauf ich erkennen könnte das da was falsch gelaufen ist. Allerdings auf dem vom Logger auch extra miterzeugten Excel File ,,PG_Export" stimmen die Zeitdaten eben nur bis zum 30-09-2014.
Und es passiert jedes Mal wenn ich den Logger (heute!) starte. Erst das obligatorische 1899, dann 17-03-4917 um dann beim 01-10-2014 zu enden. Ich habe es 2x Gesehen und es ist 2x im PG_Export und im CSV registriert. Der CSV ist futsch, da ich ja WsWin an hatte.
Mal sehen wie ich aus dem PG_Export ein CSV zum einlesen basteln kann. Logischerweise mit veränderten, also dem heutigen Datum. Ich lasse den Logger eine Weile Daten in Ruhe aufzeichnen, um dann... mal sehen wie der CSV aussieht... die reparierten Daten aus dem PG_Export rein zu fummeln.
Ich bin mit meinem Latein am Ende. Mal geht es eine ganze Weile gut, dann auf einmal wieder dieser Mist. Und ich habe nichts am Schlepptop gemacht. Wenn der Logger nicht spinnt, dann spinnt die WS444PC.
Es bleibt mir nichts weiter übrig, als jedes Mal wenn ich den Logger starte zu warten bis der fertig ist, um dann schnell (derweil der Logger läuft) den CSV zu überprüfen und ggf. zu reparieren. Denn wenn der Logger erst mal läuft, dann stimmt das Datum. Dann kann ich WsWin starten.
Den DATA File (der schon auf fast 22MB angeschwollen ist) werde ich stoppen. Der ist Witzlos.
Den PG_Export werde ich behalten... für alle Fälle.
[gelöscht durch Administrator]
Servus,
was mir bei Deinem Logger auffällt, ist die Datumsanzeige...
Bei Dir wird sie mit Bindestrichen dargestellt "01-10-2014", normal wäre "01.10.2014"
Ob sich der Logger daran stört? (ich weiß, daß das mit der Tastatureinstellung zusammenhängt :))
Tja... da fragst du mich was Toni. Keine Ahnung wie die ,,Befindlichkeiten" so eines Logger bzw. der WS so sind. Da es ja meist mit Strich funktioniert hat, würde ich glatt auf sowas wie:
Ooch- Nöö... jetzt nicht, hab' grad Kopfschmerzen
oder so tippen.
Das ist was für einen Internisten wie Dr. ,,Trix" Steffen. Aber wie die Werbung schon so schön sagt:
Es gibt 250,5 verschiedene Arten von Kopfschmerzen, Thoma sein pyrin hilft.
Ich habe aber noch keinen Schlitz gefunden wo man das reinstopfen könnte. Und er bisher auch (noch?) nicht.
Und wenn er es nicht... dann dauert es nicht mehr lang, und ich versuche es mal mit der Dr. Holzhammer Methode.
Aber ich kann ja vorher unter den Rock meines Schlepptops schauen, und versuchen der Strich gegen einen Punkt auszutauschen. Schaden kann das sicherlich auch nicht. Und Schlimmer als wie das jetzige rumgeeiere wird's schon nicht werden.