[BeHo]

Zitat von usch

Der RTC-Chip wird aber aus der kleinen Pufferbatterie gespeist, [...]

... die erstens nicht viel kleiner als eine Armbanduhrbatterie sein muss, und zweitens - als Akku ausgelegt - durch den Kameraakku gespeist werden kann. Ein technisches Problem sehe ich nicht, eher ein wirtschaftliches. Ob es da um Cent- oder Eurobeträge geht, kann ich nicht beurteilen.

[usch]

Ok ... ich denke auch, der größere Kostenfaktor wäre der dann notwendige genaue Abgleich, den man sich so spart. Eigentlich könnte man das mit einem entsprechenden Menüpunkt genau wie die AF-Justierung auf den Benutzer abwälzen.

[ddd]

Zitat von BeHo

- als Akku ausgelegt - durch den Kameraakku gespeist werden kann.

es ist ein Lithium-Knopfzellen-Akku, der mindestens 48h, typisch 7 Tage durchhält und vom Service gewechselt werden kann, sollte er ausfallen (vereinzelt fallen die nach 5 Jahren aus, oft sind sie nur leer infolge längerer Nichtbenutzung). Allerdings versorgt der nicht nur die RTC, sondern offenbar auch noch weiteres nichtflüchtiges RAM.

Hauptproblem dürfte weder der Strom noch der Abgleich sein -die spielen eine Rolle im Gesamtpaket-, sondern die Temperaturkompensation. Nützt ja nix, wenn die nur von 0°C-40°C geht (nur in diesem Bereich sind die Kameras spezifiziert), er müsste ja eher von -30°C bis mindestens +60°C (Innentemperatur der Kamera bei längerem Videobetrieb in warmer Umgebung) kalibriert werden. Glaubt mir, Temperaturmessung in der erforderlichen Genauigkeit in einem so großen Bereich ist aufwändig, dazu ist weder Platz in der Kamera noch wäre die übergroße Mehrzahl der Nutzer bereit, den Aufpreis zu zahlen: ein Kalibrierzertifikat für einen PT100-Fühler bei einer(!) Temperatur kostet mehrere hundert Euro. Es hat schon einen Grund, warum langzeitstabil-ganggenaue Uhren immer noch nicht für wenig Geld zu haben sind, und es z.B. bei Armbanduhren billiger ist, auf Funkempfänger (DCF77) zurückzugreifen als entsprechend kompensierte Schwinger zu verwenden. Bei Rechnern verwende ich wo immer möglich ntp um dieses Problem zu lösen, da lokale Uhren einfach zu ungenau sind.

Aber zurück zum Kern, es wurden hier mehrere handhabbare Lösungen speziell auch für die Synchronisation mit Geotaggern beschrieben, die mittels überschaubarem Aufwand (Foto einer genauen Uhr oder besser der Uhr des Taggers) die Abweichung per Script korrigieren. In der Regel sollte die Uhr auch genau genug gehen, dass ein Prüfen und ggfs. Stellen alle paar Tage, nötigenfalls jeden Morgen, ausreicht. Nach Monaten ist die Kamerauhr aber fast sicher deutlich weggedriftet, für eine solche Langzeitstabilität ist die schlicht nicht ausgelegt.

[Magnus aus FFM]

Ist die Genauigkeit so wichtig?
Mir reicht das Datum!
Ich muß schmunzeln!
Damals gab es nur die Möglichkeit von schriftlichen Notizen.

[Anaxaboras]

Danke für deine klaren Worte, Thomas .

Leider verliert der Thread damit viel von seinem Popcorn-Faktors, den er für mich bislang hatte.

Im hier geschilderten Einzelfall mag es ja wirklich ärgerlich sein, wenn die Kamera-Uhren nicht genau und synchron gehen. Aber wie du auch sagst: was spricht dagegen, die Kameras jeden Morgen beim Hotelfrühstück von Hand abzugleichen?

LG
Martin

[wus]

Zitat von Anaxaboras

Leider verliert der Thread damit viel von seinem Popcorn-Faktors, den er für mich bislang hatte.

Ich wollte ja eigentlich schon vorschlagen dass wir den Fred hier mal langsam schließen, nachdem eigentlich alles abgehandelt ist. Aber es stimmt, es entwickelt sich irgendwie immer weiter ... und Du trägst dazu bei:

Zitat von Anaxaboras

was spricht dagegen, die Kameras jeden Morgen beim Hotelfrühstück von Hand abzugleichen?

Schlicht und ergreifend: Faulheit? Dass man gerade im Urlaub vor, beim und nach dem Frühstück was besseres vor hat? Und (edit) - mit einer Kamera ginge das ja gerade noch, aber mit 3 wird das dann doch schon ziemlich lästig.

Ich finde in den Zeiten von Funkuhren, GPS - was global mit die genauesten Uhren bereitstellt - ntp und der Vernetzung auch von Kameras mit WLAN, NFC und USB müsste es eigentlich programmiertechnisch leicht zu realisieren sein dass z.B. PMH oder PMM vom Computer die Netzzeit, oder vom Smartphone dessen Systemzeit oder GPS-Zeit an Kameras wie die A77 II, die ja mit WLAN ausgestattet ist, schickt, sobald die im WLAN ist oder an den USB kommt.

Nur so ein Gedanke ... schon wäre dieses kleine Ärgernis behoben.

[ddd]

Zitat von wus

programmiertechnisch leicht zu realisieren sein dass z.B. PMH oder PMM vom Computer die Netzzeit, oder vom Smartphone dessen Systemzeit oder GPS-Zeit an Kameras wie die A77 II, die ja mit WLAN ausgestattet ist, schickt, sobald die im WLAN ist oder an den USB kommt.

ist trivial, wenn man IP hat und Port 123 offen ist: ntp auf dem Kameralinux als Dienst und fertig. Aber: damit das was bringt, müssen dann auch ntp-Server verfügbar sein und über einen längeren Zeitraum synchronisieren, d.h. immer derselbe Server auf einem bekannten Pfad, also einem festen Standort des Clients wg. begrenzt schwankender Laufzeiten und Jitter. Nach mehreren Wochen bekomme ich mittels ntp auf 50ms genaue Zeitstempel, die Systemuhr (das ist nicht die RTC, die wird ja nur beim Booten gelesen) wird mittels Korrekturprofil und regelmäßiger Kontrolle immer besser kalibriert. Aber dazu ist eine ständige Verbindung erforderlich und das beisst sich mit einem mobilen Gerät, dass auch noch weltweit genutzt wird -wechselnde Laufzeiten/Jitter-, denn zuhause auf dem Balkon brauche ich wohl keinen Geotagger und verwende auch eher selten mehrere Kameras parallel mit der Erfordenis der korrekten Reihenfolge der Bilder im Sekundenbereich.

Per USB geht das eher nicht, dazu müsste es erst mal ein Profil für diesen Dienst geben.

Die Systemzeit irgend eines Gerätes zu übernehmen bringt gar nix, denn deren Gültigkeit oder Genauigkeit ist völlig unbekannt. Genau dieses Problem löst ja ntp, indem via Stratum letztlich die Rückführung auf die UTC durchgeführt wird.

Aber eine Kamera ist halt keine Uhr, die Zeitfunktion ist kaum mehr als ein Gimmik/Abfallprodukt. Daher dürfte die Toleranz hier spezifikationsseitig recht großzügig sein (1 Sekunde/Tag ? 10s/d?), und die Streuungsstatistik erlaubt dann auch einzelne Exemplare, die stärker abweichen.

Ich habe eine Zeit lang Sommer/Winterzeit umgestellt, und es irgendwann gelassen (da ich es immer vergesse) und die Kameras auf Winterzeit gelassen (UTC wäre besser). Als ich noch umstellte, lagen die Abweichungen im unteren Minutenbereich, also bei ca. 2-3 Sekunden/Tag (A900). M.E. sollte dies ausreichen, um mit einmal Prüfen/Stellen pro Woche auch Geotagging oder Mehrkamera-Synchronsieren zu erlauben. Wer darüber hinausgehende Ansprüche hat, wird um die Überwindung der Faulheit nicht herumkommen

Nachtrag: Abweichungen im Minutenbereich pro Woche sollten nicht vorkommen, aber ich bezweifle mal, dass das als Garantiefall anerkannt wird, da die Echtzeitfunktion nirgend in der Spezifikation auch nur erwähnt wird. Sie ist eine kostenfreie Zugabe, schön wenn sie geht, aber kein Mangel wenn nicht. Klingt hart, ist aber wohl so (nein, Sony bezahlt mich nicht dafür )

[BeHo]

Zitat von ddd

[...]aber ich bezweifle mal, dass das als Garantiefall anerkannt wird, da die Echtzeitfunktion nirgend in der Spezifikation auch nur erwähnt wird. Sie ist eine kostenfreie Zugabe, schön wenn sie geht, aber kein Mangel wenn nicht. Klingt hart, ist aber wohl so (nein, Sony bezahlt mich nicht dafür )

Ist wohl so, aber ein Hersteller dürfte kaum ein Interesse haben, dass nicht zugesicherte aber dennoch nicht dem Stand der Technik entsprechende Eigemschaften gehäuft auftreten.

Ich gehe immer noch davon aus, dass wus einfach Pech mit seinen Kameras hat. Ich würde da mal Sony direkt anschreiben. Normal sind solche starken Abweichungen wirklich nicht.

Ansonsten den Wochen-Test vielleicht noch mal wiederholen, um eventuelle Fehlinterpretationen auszuschließen.

[wus]

Nach inzwischen 1 Monat habe ich heute nochmal die Systemuhren verglichen:

die A55 geht inzwischen 20s nach
die A77 geht satte 2 min und 30 s nach
die A77 II geht erstaunlicherweise "nur" noch 20 s vor, obwohl sie ja nach der ersten Woche schon 25 s vorgegangen war.

Dmezufolge scheinen die Uhren allesamt ziemliche Schwankungen zu haben.

Jetzt werde ich die Uhren aber mal wieder einstellen.

Den "Trick" von usch, mit jeder Kamera als letztes Foto pro Tag die Uhr (in meinem Fall die GPS-Seite der Kartenapp im Smartphone, die ich zum Tracking verwende) zu fotografieren und diese Uhrzeit dann zur Korrektur zu verwenden habe ich inzwischen auch mal ausprobiert. Funktionierte wie zu erwarten astrein, allerdings erst nachdem ich herausgefunden habe dass man mit meinem Programm (Geosetter, LR habe ich nicht) aus mir unverständlichen Gründen trotzdem noch zusätzlich die lokale Zeitverschiebung gegenüber UTC einstellen muss.

[BeHo]

Ich hatte schon in den 80ern eine 50-Mark-Casio, die pro Monat eine maximale Abweichung von 1 Sekunde pro Monat hatte. Eine Quarzuhr, die in einer Woche eine Abweichung von über einer Minute aufweist, würde ich dem Hersteller um die Ohren hauen. Dass eine Uhr in einer Kamera keine Genauigkeit einer Atomuhr aufweisen kann, ist klar, aber eine halbe oder gar ganze Minute Abweichung innerhalb einer Woche ist meines Erachtens definitiv viel zu viel. Evtl. hat da der TO Montagsexemplare erwischt. Die Uhren in meinen Kameras haben keine so starke Abweichungen. Meine 77 geht nach ca. 100 Tagen ohne GPS-Signal gerade mal 10 Sekunden nach.

Zitat von Magnus aus FFM

Damals gab es nur die Möglichkeit von schriftlichen Notizen.

Es steht Dir frei, weiter in der Vergangenheit zu leben. Ich frage mich dabei nur, warum Du hier schreibst? Damals gab es nur die Möglichkeit einen Leserbrief zu schreiben, um seine Meinung kostengünstig der Öffentlichkeit mitzuteilen.

Zitat von Anaxaboras

Aber wie du auch sagst: was spricht dagegen, die Kameras jeden Morgen beim Hotelfrühstück von Hand abzugleichen?

Workarounds gibt es immer. Besser wäre es aber, wenn man sie nicht bräuchte. Mit meinen Kameras habe ich dahimgehend wohl Glück gehabt.