Datenlogger Pendeluhr

BirnKichler 🧐 S. schrieb:

Hmmm, was sehen wir hier? Was bedeutet es?

Dass der gemessene Wert für die Luftfeuchte sich mit der Zeit ändert (s. y-Achse).

Ja, natürlich. Nur sind diese Parameter nicht unabhängig kompensierbar.

Parameter im Pendel Gehäuse:

Medium Luft, die Dichte ist abhängig:

1. von der Zusammensetzung des Mediums (nur Feuchte ist nicht ausreichend)

2. Temperatur (1. Vacuum ist gut, nur die Temperatur läßt sich dann nicht mehr so einfach messen) Wie lange muß man warten bis sich im Pendelstab eine gleichmäßige Temperatur eingestellt hat?

3. Druck (der Druck ist im Gehäuse keine Konstante)

4. Pendelfeder oder keine Pendelfeder? Die Pendelfeder gibt Wärmeenergie ab

5. PPU's mit Holzpendel habe einen ellipsenförmigen Querschnitt, deine ist rechteckig. Sie erzeugt mehr Reibungswärme und Strömungswirbel im Medium

Das sind Baustellen...

Die anderen Störquellen wurden bis auf die Erdrotation hier schon angemerkt.

Aber so etwas willst aber nicht nachbauen: https://www.erwinsattler.com/ nach unten scrollen

Eine Luftdruckkompensation ist geplant.

Dann aber eher nach diesem System:

Grüße Bernd

Zu deinem Projekt:

siehe Wikipedia: Die Besonderheit der Shortt-Uhren besteht darin, dass sie von atmosphärischen Störungen sowie Störungen durch Reibung weitgehend befreit sind. Das wird durch eine Trennung in Haupt- und Nebenuhr erreicht. In der Hauptuhr schwingt ein fast freies Pendel in einem evakuierten Gehäuse. Eine zweite auf die Hauptuhr synchronisierte Pendeluhr enthält alle anderen beweglichen Teile, deren mechanische und sonstige Störungen die Hauptuhr beeinträchtigen könnten. Der Gangfehler dieser fast reibungsfreien Konstruktion liegt bei einigen Millisekunden pro Tag, was erst von temperaturstabilisierten Quarzuhren übertroffen wurde.[3]

BirnKichler 🧐 S. schrieb:

Medium Luft, die Dichte ist abhängig:

von der Zusammensetzung des Mediums (nur Feuchte ist nicht ausreichend)

Selbst die relative Feuchte sagt nicht sonderlich viel aus. Für die Dichte ist die absolute Feucht (zusammen mit der Temperatur) wichtig, weil das Sättigungsverhalten für die Dichte nicht relevant ist, sondern es nur auf die Verringerung der molaren Masse durch den Wasserdampfanteil an kommt.

BirnKichler 🧐 S. schrieb:

Zu deinem Projekt: siehe Wikipedia: Die Besonderheit der Shortt-Uhren besteht darin, dass sie von atmosphärischen Störungen sowie Störungen durch Reibung weitgehend befreit sind. Das wird durch eine Trennung in Haupt- und Nebenuhr erreicht. In der Hauptuhr schwingt ein fast freies Pendel in einem evakuierten Gehäuse. Eine zweite auf die Hauptuhr synchronisierte Pendeluhr enthält alle anderen beweglichen Teile, deren mechanische und sonstige Störungen die Hauptuhr beeinträchtigen könnten. Der Gangfehler dieser fast reibungsfreien Konstruktion liegt bei einigen Millisekunden pro Tag, was erst von temperaturstabilisierten Quarzuhren übertroffen wurde.[3]

Das sind aber zwei völlig unterschiedliche Konzepte.

So ein Unterdruckbehälter im Wohnzimmer? Schon mal an den WAF gedacht?

Eine Pendeluhr an der Luft (im Schutzgehäuse), hat deutlich mehr Baustellen, um genau zu werden.

Ich melde mich jetzt erstmal ab. Erstmal werden erste Baustellen abgearbeitet:

1. Der Datenlogger kommt in sein Kleingehäuse, damit dieser Kabelwust verschwindet.
2. Der BM 280 (Umweltsensor) kommt in den (provisorischen) Uhrkasten.
3. Dieser Kasten bekommt noch eine Glasscheibe.
4. Mindestens 1 Woche Messung.

Dann melde ich mich wieder. Grüße Bernd

Was ist ein WAF? https://de.wikipedia.org/wiki/Woman_acceptance_factor#Quellen

Aber lesen tust du schon noch hier, oder?

Ich würde als erstes die Amplitude des Pendels stark reduzieren, und zwar so das die drei Lichtschranken sicher durchfahren werden. Mehr nicht.

Zweites, um es Wohnzimmer tauglich werden zu lassen das Pendel in einen luftdichten Käfig, oder stufig in einen zweiten, aus einem Metallrahmen mit darauf geklebten Glasscheiben unterzubringen und mit einer Vacuumpumpe den Druck zu reduzieren. Den Unterdruck messen und so justieren bis das gewünschte Ergebnis dabei herauskommt. Vorschlag: Stufe 1: 1/4 Normaldruck Stufe 2: noch einmal 1/4.

Die Pumpe oder Pumpen mit den Ventilen passen auf jeden Fall unter das Gehäuse.

BirnKichler 🧐 S. schrieb:

Den Unterdruck messen ...

Das Pendel interessiert sich nicht für den Differenzdruck zum Raum. Beeinflusst wird es durch den absoluten Druck.

Verstehst du nichts? Es wird ein geringes Vaccum erzeugt und das soll eingehalten werden. Dazu muß man messen.

BirnKichler 🧐 S. schrieb:

Dazu muß man messen.

Aber bestimmt nicht den Unterdruck (=Druck gegenüber der Umgebung), sondern den Absolutdruck (=Druck gegenüber Vakuum).
Sonst ändert sich der Messwert mit jeder Wetteränderung, auch wenn sich am Kammerdruck überhaupt nichts ändert.

Ist das umgangssprachlich nicht zu verstehen? Oder möchtest du Haare spalten?

BirnKichler 🧐 S. schrieb:

Ist das umgangssprachlich nicht zu verstehen?

Das ist der Unterschied zwischen einem Absolutdrucksensor (mit einem Port) zu einem Differenzdrucksensor (mit zwei Ports), d.h. zwei ziemlich verschiedene Sensoren.

Wenn es um Messtechnik geht und nicht um Stammtischgespräche, sollte man so genau schon sein.

Du willst es absichtlich nicht verstehen, da

der Arduino mit den Sensoren die Auswertung betrifft und eventuell auch die Pendelansteuerung. Keine Ahnung ob der TO es so macht oder es nur frei pendeln läßt.

Mit der Erzeugung des minimalen Vacuums hat der Arduino prinzipiell erst einmal nichts zu tun.

Nur wenn er ein echtes Vaccum hat, keine Ahnung ab wann es definiert ist, dann braucht er die Temperatur und die Dichte nicht mehr messen. Es ist dann einfach irrelevant.

Das ist dann die vollkommen beste Umgebung eines freischwingenden Pendels.

Aber es gibt verschiedene Stufen der Vacuum Benennung, das weis ich. Bin nur zu faul um nachzusehen.

Der TO kann den optimalen Druck im Uhrenkasten durch ausprobieren selber herausfinden.

BirnKichler 🧐 S. schrieb:

Nur wenn er ein echtes Vaccum hat, keine Ahnung ab wann es definiert ist, ...

Es gibt kein "echtes Vaccum". Die Funktion des Pendels hängt ganz bestimmt nicht von einer Definition ab, sondern von der Physik.

... dann braucht er die Temperatur und die Dichte nicht mehr messen.

... zu messen.
Um die Temperaturmessung wird er auch im Vakuum nicht umhin kommen. Immerhin wirkt die Temperatur noch auf die Pendellänge. Die Temperatur bleibt also auch im Vakuum relevant.
Wenn man sich schon Gedanken um die Definition von Vakuum machst, müsste man sich auch noch um den Strahlungsdruck, sowohl der Einstrahlung als auch der Abstrahlung kümmern, so dass die Form des Pendels, die Wärmeleitung und der Emissionskoeffizient ins Spiel kommen :-)

Der TO kann den optimalen Druck im Uhrenkasten durch ausprobieren selber herausfinden.

Was willst du da groß probieren? Wo kein Gas drin ist, kann auch kein Gas stören.
Sobald eine Dämpfung der Schwingung durch Reibung in der (Rest-)Atmosphäre vorhanden ist, entsteht eine Verzögerung der Pendelbewegung und die Energie muss vom Antrieb nachgeliefert werden. Das betrifft natürlich auch die Lagerreibung. Wesentlich für einen nicht konstante Gang der Uhr sind Schwankungen bei den Einflussgrößen. Ein gleichmäßiger Gang lässt sich durch Justage der Pendellänge auf 0 bringen.

Rainer W. schrieb:

Um die Temperaturmessung wird er auch im Vakuum nicht umhin kommen. Immerhin wirkt die Temperatur noch auf die Pendellänge. Die Temperatur bleibt also auch im Vakuum relevant.

Nein, eben nicht. Im Vacuum gibt es per Definition keine Temperatur. Selbst im Weltall, quasi Vacuum beträgt die Temperatur so ca. 3,5 Kelvin.

BirnKichler 🧐 S. schrieb:

Im Vacuum gibt es per Definition keine Temperatur.

Das Pendel besteht ja nicht aus Vakuum.

Rainer W. schrieb:

Um die Temperaturmessung wird er auch im Vakuum nicht umhin kommen. Immerhin wirkt die Temperatur noch auf die Pendellänge. Die Temperatur bleibt also auch im Vakuum relevant.

Nein, eben nicht. Im Vacuum gibt es per Definition keine Temperatur. Selbst im Weltall, quasi Vacuum beträgt die Temperatur so ca. 3,5 Kelvin.

Rainer W. schrieb:

Was willst du da groß probieren? Wo kein Gas drin ist, kann auch kein Gas stören.

Er kann ja nur ein Teilvacuum erzeugen, also ist da noch Gas drinne.

Er könnte Ja die Luft herauslassen und durch ein leichteres Gas z.b. He ersetzen. Das gibt es für kleines Geld überall für die Kinderbelustigung...

Sobald eine Dämpfung der Schwingung durch Reibung in der (Rest-)Atmosphäre vorhanden ist, entsteht eine Verzögerung der Pendelbewegung und die Energie muss vom Antrieb nachgeliefert werden. Das betrifft natürlich auch die Lagerreibung

BirnKichler 🧐 S. schrieb:

Ich würde als erstes die Amplitude des Pendels stark reduzieren, und zwar so das die drei Lichtschranken sicher durchfahren werden. Mehr nicht.

Dazu müßte man den genauen Aufbau des Pendels oder besser die genaue Auslenkung kennen. Bei Auslenkungen >=5° kann man die Amplitude nicht einfach verringern, weil sie da merklichen Einfluß auf die Schwingungsdauer, sprich Frequenz, hat. Nur für Auslenkungen kleiner 5° ist der Einfluß der Amplitude auf die Schwingsdauer nahezu 0, nennt man auch Isochronie.

BirnKichler 🧐 S. schrieb:

Zweites, um es Wohnzimmer tauglich werden zu lassen das Pendel in einen luftdichten Käfig, oder stufig in einen zweiten, aus einem Metallrahmen mit darauf geklebten Glasscheiben unterzubringen und mit einer Vacuumpumpe den Druck zu reduzieren.

Im Vakuum muß so ein Pendel schon gar nicht laufen. Ein druckdichtes Gehäuse, welches Luftzug, Luftfeuchtigkeits- und Luftdruckschwankungen fern hält wäre ausreichend. Wie weit man da den Aufwand treiben muß, muß der TO selbst entscheiden. Vermutlich dürfte bei ihm ein Gehäuse, welches den Luftzug eliminiert ausreichend sein. Luftdruckschwankungen kann man konstruktiv ausgleichen (s. hier https://www.erwinsattler.com/kollektion/praezisionspendeluhren/) und Temperaturschwankungen gleicht man über passend gewähltes Material für das Pendel aus.

Aber das müssen wir dem Bernd ganz bestimmt nicht erzählen, das weis der selbst und dieses Pendel wird wohl nicht sein erstes sein welches er fertigt. Ganz sicher kann der Bernd auf Hinweise aus der Knalltüte verzichten. Ich denke mal was den Bau von Uhren und Pendeln betrifft ist der Bernd uns hier allen weit voraus, da können wir eher von ihm lernen.

H. H. schrieb:

BirnKichler 🧐 S. schrieb:

Im Vacuum gibt es per Definition keine Temperatur.

Das Pendel besteht ja nicht aus Vakuum.

?????????????????????????

BirnKichler 🧐 S. schrieb:

H. H. schrieb:

BirnKichler 🧐 S. schrieb:

Im Vacuum gibt es per Definition keine Temperatur.

Das Pendel besteht ja nicht aus Vakuum.

?????????????????????????

Deine Tastatur klemmt.

Was verstehst du daran nicht?
Im Vakuum ist die Temperatur des Pendels durch Strahlungsgleichgewicht und (etwas) Wärmeleitung bestimmt. Materie besitzt immer eine Temperatur. Oder meinst du, ein Quecksilberthermometer würde "Error" anzeigen, wenn du damit versuchst, die Temperatur des Pendels zu messen?

H. H. schrieb:

BirnKichler 🧐 S. schrieb:

Im Vacuum gibt es per Definition keine Temperatur.

Das Pendel besteht ja nicht aus Vakuum.

?????????????????????????

Rainer W. schrieb:

BirnKichler 🧐 S. schrieb:

H. H. schrieb:

BirnKichler 🧐 S. schrieb:

Im Vacuum gibt es per Definition keine Temperatur.

Das Pendel besteht ja nicht aus Vakuum.

?????????????????????????

Deine Tastatur klemmt. Was verstehst du daran nicht? Im Vakuum ist die Temperatur des Pendels durch Strahlungsgleichgewicht und (etwas) Wärmeleitung bestimmt. Materie besitzt immer eine Temperatur.

Vacuum hat keine Materie. Außerdem mißt er ja nicht die Temperatur des Pendels.

BirnKichler 🧐 S. schrieb:

Rainer W. schrieb:

Um die Temperaturmessung wird er auch im Vakuum nicht umhin kommen. Immerhin wirkt die Temperatur noch auf die Pendellänge. Die Temperatur bleibt also auch im Vakuum relevant.

Nein, eben nicht. Im Vacuum gibt es per Definition keine Temperatur. Selbst im Weltall, quasi Vacuum beträgt die Temperatur so ca. 3,5 Kelvin.

Nein da liegt die Knalltüte komplett falsch. Das betrifft nur das Vakuum selbst. Körper die sich im Vakuum befinden können durch Strahlungswärme sehr wohl aufgeheizt werden und eine deutlich höhere Tempratur als das Vakuum selbst haben. Um beim Beispiel Weltraum zu bleiben, von der Sonne angestrahlte Körper können durchaus auf 393K 120°C) oder mehr erwärmt werden.

BirnKichler 🧐 S. schrieb:

Außerdem mißt er ja nicht die Temperatur des Pendels.

Logisch weil er momentan davon ausgeht, daß das Pendel die Umgebungstemperatur annimmt, weil es ist ja nicht im Vakuum. Im Vakuum muß er halt zwingend ein Körperthermometer nehmen, um die Temperatur des Pendels zu messen.

hmmm, du verstehst wohl rein gar nichts. Woher nimmst Du die Strahlungswärme? Und natürlich wenn die Sonne das Pendel erwärmt, dann kann er die Pendeltemperatur ja so nicht messen. Also purer Unfug was du schreibst.

BirnKichler 🧐 S. schrieb:

hmmm, du verstehst wohl rein gar nichts. Woher nimmst Du die Strahlungswärme? Und natürlich wenn die Sonne das Pendel erwärmt, dann kann er die Pendeltemperatur ja so nicht messen. Also purer Unfug was du schreibst.

Bist wohl Vakuumexperte, hast es zwischen den Ohren.

H. H. schrieb:

BirnKichler 🧐 S. schrieb:

hmmm, du verstehst wohl rein gar nichts. Woher nimmst Du die Strahlungswärme? Und natürlich wenn die Sonne das Pendel erwärmt, dann kann er die Pendeltemperatur ja so nicht messen. Also purer Unfug was du schreibst.

Bist wohl Vakuumexperte, hast es zwischen den Ohren.

Bei Dir ist nichts, nicht einmal ein Vacuum!

Ich bin ja nicht der Erste, der sich so einen Datenlogger baut.

https://www.henschke-geraetebau.de/dr/Zeitwaage.html

Weiter unten gibt es dann Auswertungen.

Grüße Bernd

Bernd F. schrieb:

Ich bin ja nicht der Erste, der sich so einen Datenlogger baut.

Natürlich nicht. Lass dich von den Spinnern hier nicht verwirren.

Bernd F. schrieb:

Ich bin ja nicht der Erste, der sich so einen Datenlogger baut. https://www.henschke-geraetebau.de/dr/Zeitwaage.html Weiter unten gibt es dann Auswertungen. Grüße Bernd

Danke😁😁😁

BirnKichler 🧐 S. schrieb:

Selbst im Weltall, quasi Vacuum beträgt die Temperatur so ca. 3,5 Kelvin.

Dann erzähl mal, warum die Oberfläche des Mondes am Tag Temperaturen von über 120°C erreicht - und das im fast perfekten Vakuum. Eine Atmosphäre gibt es dort bekanntlich nicht.

Ab in die Box. So ein Holzbrett mit Steckbrett usw. kann ja kein Dauerzustand sein.

Passt: Das Flachband ist am Umweltsensor angeschlossen und kommt noch in den Uhrkasten. Dieser Uhrkasten bekommt (später mal) unten ein Fach für Netzteil, Schaltelektronik und Datenlogger.

Wichtig ist es, beim Wechsel der Speicherkarte nicht die Frontscheibe öffnen zu müssen.

Grüße Bernd

Bernd F. schrieb:

Dieser Uhrkasten bekommt (später mal) unten ein Fach für Netzteil, Schaltelektronik und Datenlogger.

Würde ich nicht machen, das Netzteil gehört abgesetzt, weil es Wärme produziert.

Rainer W. schrieb:

Dann erzähl mal, warum die Oberfläche des Mondes am Tag Temperaturen von über 120°C erreicht - und das im fast perfekten Vakuum. Eine Atmosphäre gibt es dort bekanntlich nicht.

Moin Rainer! Diese Person versucht in verschiedenen Beiträgen überall gegenzusprechen. Ich bin auch bis zu einem Punkt darauf rein gefallen. Schau dir nur mal die Namenskonstellation an. Alleine das sieht schon extrem nach Verarsche aus.
Lohnt nicht damit zu diskutieren.
Ist wahrscheinlich sehr einsam und versucht wenigstens so Kontakt zu anderen Menschen zu bekommen.
Meine Meinung.

Stephan S. schrieb:

Bernd F. schrieb:

Dieser Uhrkasten bekommt (später mal) unten ein Fach für Netzteil, Schaltelektronik und Datenlogger.

Würde ich nicht machen, das Netzteil gehört abgesetzt, weil es Wärme produziert.

Du hast recht. Eigentlich habe ich da ein Steckernetzteil. Das bleibt dann draußen.

Was aber noch in das Fach kommt: Die Reguliergewichte. Da muss ich mal einen Satz bauen. Vorher brauche ich noch eine Feinwaage, um das Milligramm zu messen.

Grüße Bernd

Moin,

Ich habe mir vor Jahren ein paar Gedanken gemacht, ob man die Gangleichheit eines freischwingenden Pendel durch Hybrid-Methoden auf SW-Basis auch verbessern könnte. Die diversen Empfindlichkeiten des Pendels auf seine Schwingungsperiode sind ja bekannt. Deshalb möchte ich eine mögliche technische Alternative zur Diskussion präsentieren. Aber hier erst einmal einen Überblick auf die wichtigste Pendelproblematik.

Temperaturabhängigkeit:

Obwohl man schon seit langer Zeit erfolgreich versucht hat, die Temperaturabhängigkeit durch Invar- oder Quarzstäbe massgeblich zu verbessern, durch sinnvolle Temperaturkompensationsmethoden weitgehend auszugleichen, lässt der Einfluß der Gehäuse-Luftstratifizierung trotzdem nicht gut in den Griff zu bekommen, es sei denn, man würde durch Luftumwälzvorrichtungen die Stratifizierung unterbinden. Das ist natürlich keine Lösung, weil dadurch mit großer Wahrscheinlichkeit durch unkontrollierte Luftströmungen die Pendelbewegung beeinflusst werden würde. Besser wären mehrere vertikal angebrachte Temperatursensoren, um das Temperaturprofil des Gehäuseinneren erfassen zu können.

Nur schwer lässt sich auch die Temperaturabhängigkeit der Pendelaufhängung quantifizieren. Ferner ist die Invarlegierung langzeitmässig nicht immer stabil und leidet manchmal unter nichtvoraussagbaren molekularen und metallurgigen Anomalien die nur mit hohem Aufwand und Testen quantifiziert bzw. eliminiert werden können und erhöhen die Herstellungskosten beträchtlich. Auch die erforderliche Temperatur kompensierte Befestigung des Pendelgewichts erfordert viel Berechnung und Sorgfalt und geeignete Materialien.

Einfluß des Luftdrucks:

Dieser lässt sich durch verschiedene mechanische Methoden wie Aneroid Schwerpunktverschiebung größtenteils und einigermassen erfolgreich kompensieren. Auch das ist nicht leicht zu beherrschen und benötigt viel Wissen, um es in den Griff zu bringen.

Luftfeuchtigkeit:

Der Einfluß der Luftfeuchtigkeit ist relativ klein, aber nicht übersehbar.

Pendelausschlagsstabilität:

Durch die bekannte isochrone Abhängigkeit der Pendelperiode auf seinen Pendelausschlag ist man auch hier gezwungen durch geeignete Konstruktionsmassnahmen die Pendelamplitude genau einzuhalten.

Auch Gravitationsveränderungen, der Mond können einen geringen periodischen Einfluß haben, die bei sehr hochwertigen Systemen nachweisbar sind.

Gibt es noch andere praktische Möglichkeiten? Vielleicht.

Da die meisten Faktoren die zur Periodenunsicherheit führen mathematisch bestimmt werden können, müsste es theoretisch möglich sein durch geeignete Messwertaufnehmer jene Einflüsse zu quantifizieren und mathematisch zu modellieren und dann sinnvoll abzuziehen. Man lässt also das Pendel so wie es ist frei schwingen und erfasst nur seine Schwingung mit geeigneter berührungsfreier Methode mit der gegebenen natürlichen Abhängigkeiten und arbeitet dann nur noch mit diesem Messwert. Auch könnte man durch Erfassung der Zeitdauer zwischen zwei Punkten nahe dem vertikalen Mittelpunkt (Pendelgeschwindigkeit) die Pendelauslenkung in Realzeit berechnen, weil in diesen Bereich die Geschwindigkeit maximal ist und genau erfasst werden kann.

Wie könnte man so ein Konzept realisieren?

Die Pendelperiode wird also durch einen geeigneten optischen Sensor dem Capture Timer eines uC zugeführt und mit us Auflösung erfasst. Der errechnete Aggregat-Korrekturwert (Temperatur und alle anderen wichtigen Störeinflüsse) wird dann der erfassten Pendelzeitdauer beigefügt (subtrahiert oder addiert) und mit einem Counter/Timer sinnvoll ausgegeben, um ein Schrittschaltuhrwerk damit korrigiert zu betreiben. Somit sollte es möglich sein, die Einflüsse auf die Gangstabilität eines Pendels beträchtlich zu reduzieren. Somit existiert dann das stabile "Pendel" nur noch synthetisch im Inneren des verwendeten uC als in Realzeit korrigierter Zähler.

Es wäre sicherlich ein faszinierendes Demonstrationsprojekt, herauszufinden ob die Aggregateinflüsse der Umwelt durch mathematische Erfassung der einzelnen Störungsquellen zusammenhängend kompensiert werden können, oder als Aggregat einfach nicht genügend erfassbar sind, weil die einzelnen Störeinflüsse einander möglicherweise die Ergebnisse gegeneinander "verschmutzen".

Vor Jahren machte ich mir darüber spekulative Gedanken, ob man so ein Projekt versuchen könnte oder sollte, oder es totale Zeitverschwendung wäre. Es wäre schon faszinierend inwieweit man das Pendel als Zeitstandard auf diese Weise synthetisch stabilisieren und kalibriert werden könnte. Einstellung der Uhr auf Ganggenauigkeit wird dann rein in SW vollzogen und das Pendel schwingt einfach natürlich. Nur muss es stabil montiert und auf einem ruhigen Platz leben.

Gerhard

Gerhard,

alles zu seiner Zeit. Im Moment geht es mir erstmal darum, mein selbstkonstruiertes Glaskeramikpendel zu vermessen.

Also herauszufinden, wie das Teil auf Umwelteinflüsse reagiert. Ob das Pendel zu schnell oder zu langsam ist, ist völlig irrelevant.

Grüße Bernd

Bernd F. schrieb:

Gerhard, alles zu seiner Zeit. Im Moment geht es mir erstmal darum, mein selbstkonstruiertes Glaskeramikpendel zu vermessen. Also herauszufinden, wie das Teil auf Umwelteinflüsse reagiert. Ob das Pendel zu schnell oder zu langsam ist, ist völlig irrelevant. Grüße Bernd

Hallo Bernd,

Ja. Das hat auf alle Fälle Sinn, zumal gleichzeitige Aufzeichnung aller in Frage kommenden Einflüsse bei der späterer Analyse sehr wichtig sein wird.

Wünsche Dir jedenfalls viel Erfolg und Erfahrungen bei Deinem Projekt.

Zur Zeit beschäftige ich mich hin und wieder mit früher Quarzuhr Technik (CFQ).

Gruß, Gerhard

Gerhard O. schrieb:

Die Pendelperiode wird also durch einen geeigneten optischen Sensor dem Capture Timer eines uC zugeführt und mit us Auflösung erfasst.

Damit kämest du noch nicht weit. Ein Fehler von 1µs für die Periode eines Sekundenpendels würde sich innerhalb eines Jahres auf fast 32 Sekunden aufsummieren. ;-)

Die Krux liegt allerdings in dem leichtfertig hingeschriebenen "geeignet". Um zur Bestimmung der Pendelperiode den Pendeldurchgang auf 1µs genau zu erfassen, wirst du auf der Sensorseite einigen Aufwand treiben müssen. Spätestens bei der Auswertung bist du sowieso gezwungen, keine (jitterbehafteten) Einzelperioden mehr zu betrachten, zumal auch bei den Umweltparametern eine Messung mit Sekundenauflösung schon auf Grund von Sensorzeitkonstanten keinen Mehrwert bringt.

Rainer, lies dir das mal das durch.

https://www.henschke-geraetebau.de/dr/Zeitwaage.html

Um die Tendenz der Fehler beim Pendel zu erkennen, braucht es Geduld. (Und einen Datenlogger, möglichst mit GPS-Zeit).

Habe ich jetzt doch :-) Nach 100 Tagen Messdauer genügt die hunderstel Sekunde.

Grüße Bernd

H. H. schrieb:

Bist wohl Vakuumexperte, hast es zwischen den Ohren.

🤣

Rainer W. schrieb:

Gerhard O. schrieb:

Die Pendelperiode wird also durch einen geeigneten optischen Sensor dem Capture Timer eines uC zugeführt und mit us Auflösung erfasst.

Damit kämest du noch nicht weit. Ein Fehler von 1µs für die Periode eines Sekundenpendels würde sich innerhalb eines Jahres auf fast 32 Sekunden aufsummieren. ;-) Die Krux liegt allerdings in dem leichtfertig hingeschriebenen "geeignet". Um zur Bestimmung der Pendelperiode den Pendeldurchgang auf 1µs genau zu erfassen, wirst du auf der Sensorseite einigen Aufwand treiben müssen. Spätestens bei der Auswertung bist du sowieso gezwungen, keine (jitterbehafteten) Einzelperioden mehr zu betrachten, zumal auch bei den Umweltparametern eine Messung mit Sekundenauflösung schon auf Grund von Sensorzeitkonstanten keinen Mehrwert bringt.

Ich sehe eine Mittelung als unbedingt notwendig. Wahrscheinlich dürfte wegen der Unstetigkeit der Pendelerfassung zur Datenreduzierung Filtermethoden wie das Verfahren von Frank Hampel (Ausreisser Elimination) mit darauf folgender Gleitender Mittelwertbildung notwendig sein. Auch das Kalmann Verfahren könnte möglich noch nützlich sein, habe aber keine Erfahrung damit. Aber all dies lässt sich im PC nach Aufzeichnung verfolgen. Experimente vor Jahren bezeugten beträchtlichen Jitter in ms Größenordnung herum.

Abgesehen davon dürften Umwelt bedingte Einflüsse deutlich größer sein, als um in der 1us Auflösung unterzugehen. Abgesehen davon kann man je nach uC HW auch eine wesentlich höhere Auflösung erreichen. Sogar beim bescheidenen AVR kann man bei 20MHz auf eine Auflösung von 50ns rechnen. Da bin ich weniger besorgt. Wenn bei Mittelung Langzeit-Abweichungen von weniger als +/- 1us auftreten, kann man durchaus nützliche Folgerungen daraus ziehen.

Ich rate erst mal abzuwarten, bis Bernds Testaufbau stabil läuft und alle Sensordaten gleichzeitig zur Verfügung stehen. Dann kann man weitersehen.

Gerhard

BirnKichler 🧐 S. schrieb:

Woher nimmst Du die Strahlungswärme?

Von einem Strahler Du Knalltüte! Da gibt es durchaus diverse Gerätschaften die Strahlungswärme abgeben. Kann natürlich sein das es so etwas nicht in der Knalltütenmanufaktur gibt.

BirnKichler 🧐 S. schrieb:

dann kann er die Pendeltemperatur ja so nicht messen. Also purer Unfug was du schreibst.

Natürlich kann er die Temperatur des Pendels messen. Dafür wurden Körperthermometer erfunden, die mit dem Körper dessen Temperatur sie messen sollen thermisch gekoppelt werden. Heutzutage macht man das berührungslos über die Infrarotstrahlung, die ein jeder Körper aussendet. Bevor es berührungslose Thermometer gab mußte man halt das Thermometer mit dem zu messenden Körper thermisch koppeln.

BirnKichler 🧐 S. schrieb:

Bei Dir ist nichts, nicht einmal ein Vacuum!

Ja bei dem ist, im Gegensatz zu Dir, vermutlich graue Masse

Bernd F. schrieb:

Rainer, lies dir das mal das durch. https://www.henschke-geraetebau.de/dr/Zeitwaage.html Um die Tendenz der Fehler beim Pendel zu erkennen, braucht es Geduld. (Und einen Datenlogger, möglichst mit GPS-Zeit). Habe ich jetzt doch :-) Nach 100 Tagen Messdauer genügt die hunderstel Sekunde. Grüße Bernd

Ich würde eher ein Auge auf die Trends haben. Absolute Werte sagen wenig aus. Wenn es um Zeitabläufe geht, sind die Trends wesentlich nützlicher. Man muß im Auge behalten, daß in der Praxis die Meßwerte extrem unstetig sind und erst statistisch behandelt werden müssen. So präzise sind die Lichtschranken nicht; kleinste mechanische Unstetigkeit verursachen ersichtliche Messfehler. Präzision der Erfassung ist kein Kinderspiel. Zumindest ich hatte damals da nur mässige Erfolge.

Welchen Sinn hätte es, das Pendel "frei" schwingen zu lassen und die durch einen LKW voll Sensoren erfassten Umweltbedingungen rauszurechnen um damit einen virtuellen exakten Pendelschlag aus der anderen Seite des Controllers herauszubekommen, der dann die weitere Uhr antreibt? Dann kann man es auch einfacher machen, so wie es heute viele Funkuhren mit Pendel machen: ein DCF-Uhrwerk mit den Zeigern, "100% genau" und dazu ein nur zufälligerweise im gleichen Gehäuse untergebrachtes Pendelwerk, Marke "Winkekatze", aber ansonsten keinerlei Verbindung zum Uhrwerk, nichtmal bei der Batterie: diese Uhren haben 2 Batterien!

Die Zeitquelle für das Zeigerwerk kann dann beliebig genau gebaut werden, das Pendel baut man optisch geil und fertig. Das ist aber diametral anders als das was Bernd bauen will....

Ich bitte um Geduld.

Eventuell bekomme ich morgen eine Plexiglasscheibe, um mein Pendel einzuhausen. Dann die erste Messung, mindestens 1 Woche.

Das ist ein "Langzeitprojekt". Das dauert halt :-)

Grüße Bernd

Bernd F. schrieb:

Ich bitte um Geduld.

Lass dich nicht treiben!
Bernd du hast immer gute Ideen und du ziehst sie durch. Alleine dafür hast du schon jeden Respekt verdient. Und die Unkenrufer -du bist lange genug hier- lass sie reden.
Von weitem aus der Deckung, da kann man immer alles besser wissen.

Jens M. schrieb:

Welchen Sinn hätte es, das Pendel "frei" schwingen zu lassen und die durch einen LKW voll Sensoren erfassten Umweltbedingungen rauszurechnen um damit einen virtuellen exakten Pendelschlag aus der anderen Seite des Controllers herauszubekommen, der dann die weitere Uhr antreibt?

Es geht schlichtweg um die Machbarkeit. Die Aufgabe ist einfach mal heraus zu finden, was man mit einem elektromechanischem System an Genauigkeit erreichen kann. Natürlich geht das mit DCF deutlich einfacher, ist aber eben keine Herausforderung.

Jens M. schrieb:

Welchen Sinn hätte es, das Pendel "frei" schwingen zu lassen und die durch einen LKW voll Sensoren erfassten Umweltbedingungen rauszurechnen um damit einen virtuellen exakten Pendelschlag aus der anderen Seite des Controllers herauszubekommen, der dann die weitere Uhr antreibt? Dann kann man es auch einfacher machen, so wie es heute viele Funkuhren mit Pendel machen: ein DCF-Uhrwerk mit den Zeigern, "100% genau" und dazu ein nur zufälligerweise im gleichen Gehäuse untergebrachtes Pendelwerk, Marke "Winkekatze", aber ansonsten keinerlei Verbindung zum Uhrwerk, nichtmal bei der Batterie: diese Uhren haben 2 Batterien! Die Zeitquelle für das Zeigerwerk kann dann beliebig genau gebaut werden, das Pendel baut man optisch geil und fertig. Das ist aber diametral anders als das was Bernd bauen will....

Sinn haben diese Uhren Projekte in unserem Zeitalter kommerziell verpackter Zeit Daten wenig. Aber diese Experimente können trotzdem sehr interessant und lehrreich sein. Abgesehen davon geht es hier mehr um die Physik. Das Pendelprinzip ist von den Einflüssen der realen Welt in direktester Weise abhängig. Das macht die Beschäftigung damit so lehrreich, um die Einflüsse der Pendelschwingung im Detail zu verstehen und wie Theorie und Praxis und das Zusammenspiel im Einklang steht. Das ist der Crux.

Im Übrigen, geht es ja in Wirklichkeit nicht um "bestmögliche genaue" Nachverfolgung der aktuellen Uhrzeit, sondern, wie bekomme ich Resonatoren (aller Art, von Pendel bis zur Atomuhr) stetig mit linearem nachvollziehbarem, zeitlichen Verhalten (Allan Variance).

In der früheren Navigation mit Chronometern ging es hauptsächlich um voraussehbare Einhaltung der Ganggleichheit des Chronometers. Die Abweichung von der Normalzeit war relativ unwichtig solange sie vor der Abreise genau erfasst werden konnte und wurde bei der Navigationsberechnung akribisch beachtet. John Harrison und andere spezialisierten sich darauf möglichst stetig laufende Chronometer mit geringster Temperaturempfindlichkeit zu entwickeln. Bevor GPS, Loran und Quarzuhr war diese Methode Voraussetzung für die sichere Navigation auf den Weltmeeren.

Deshalb wäre es auch für Bernd wichtig und interessant wie stetig der Gang seiner Pendeluhr eingerichtet werden kann. Wer wirklich aktuelle Zeit mit us Genauigkeit braucht kann ja auf die bekannten Methoden unserer Zeit zurückgreifen.

Als technisch "infizierter" Mensch ist aber die Beschäftigung mit Aspekten der Naturwissenschaft auch reizvoll und kann zu einem tieferen Verständnis unserer Existenz führen. Die Zeitmessung ist ein wichtiger Aspekt davon, weil so viele diverse Fachbereiche miteingeschlossen sind.

Man beschäftigt sich heutzutage, um immer höhere Genauigkeiten zu erzielen. Man übersieht aber möglicherweise, dass relativistische Beschränkungen seitens dem Verhalten der Gravität und anderer abhängigen Effekte solchen Unterfangen ein Ende setzt. Wenn erzielbare Genauigkeiten durch Eigenschaft von Gravitation und Raumzeit sich gleichsetzen, ergeben dann Messung darüber dann möglicherweise keinen Sinn mehr. Mit den hochgenauen Zeitnormalen im 10e-18 Bereich könnte man möglicherweise irgendwie die Geometrie der Raumkrümmung kartographisch erfassen. Das wäre ein faszinierender Aspekt solcher Exotischer Technik. Da Gravitation und Raumkrümmung untrennbar verbunden sind, ist auch das Zeitverhalten von Frequenz- oder Zeitnormalen untrennbar.

Gerhard

Die nächste Uhr, die ich mir baue, hat diese Probleme nicht.

https://spie.org/news/photonics-focus/marapr-2023/inventing-precision-atomic-clocks

Aber erstmal schaue ich mal, was so ein Pendel kann :-)

Grüße Bernd

Bernd F. schrieb:

Habe ich jetzt doch :-) Nach 100 Tagen Messdauer genügt die hunderstel Sekunde.

Du willst doch Umwelteinflüsse zuordnen. Um den Gang der Uhr damit zu korrelieren, muss die Auflösung zu den Änderungsgeschwindigkeiten passen. Bei einer kräftigen Wetteränderung liegt das eher im 1/4h-Bereich. Und wenn du die Pendellänge justierst, willst du auch nicht immer 100 Tage warten ;-)

Nach 3 Stunden hat er ca 10¹⁰ Mikrosekunden, das dürfte für eine vorläufige Kurskorrektur reichen.

Bernd F. schrieb:

Die nächste Uhr, die ich mir baue, hat diese Probleme nicht. https://spie.org/news/photonics-focus/marapr-2023/inventing-precision-atomic-clocks

Erst mal einen Quarzofen mit selbst geschliffenem Quarz.

Stephan S. schrieb:

Nach 3 Stunden hat er ca 10¹⁰ Mikrosekunden, das dürfte für eine vorläufige Kurskorrektur reichen.

Viel Spaß bei der Korrelation, wenn die Datenpunkte 3h auseinander liegen. https://wiki.bildungsserver.de/klimawandel/index.php/Datei:Tagesgang-luftdruck.jpg

So eine Pendelschwingung ist ein wunderbar periodisches Ereignis, und die Umweltbedingungen, deren Einfluss bestimmt werden soll (Temperatur, Luftdruck, Feuchte) ändern sich nicht sprunghaft.

Perfekte Voraussetzungen, da einen Mittelwert zu bilden.

Wenn die Zeitmessung mit dem Arduino einen 150µs-Jitter hat (andere ISRs blockieren, Lichtschranke erzeugt flache Flanke, Hysterese-Fehler des AVR-Pins usw.) bist du nach 5 Minuten Mittelwert-Bildung schon bei < 1ppm Fehler.

Nach den 30 Minuten/1800 Schwingungen liegt der rechnerische Fehler im Bereich von 0.1ppm.

Der Teil ist also unkritisch.

Hauptfehlerquelle ist der Quarz/Resonator auf der Arduino-Platine. Auch der ändert sich nicht Sprunghaft. Durch Vergleich mit GPS oder NTP kriegt man die Abweichung auch leicht rausgerechnet.

Fazit: Jede einzelne Pendelschwingung auf 1ppm genau zu vermessen kriegt der Arduino nicht hin. 1800 Pendelschwingungen auf 0.1ppm genau zu vermessen ist kein Problem.

Stephan S. schrieb:

Nach 3 Stunden hat er ca 10¹⁰ Mikrosekunden ...

p.s.
Das Jahr dauert ungefähr π·10¹³ µs.
Für eine Auflösung der Ganggenauigkeit auf 1s pro Jahr brauchst du bei einer Auflösung der Messung von 1 µs also eine Messzeit von gut 30s, solange der Fehler durch den Jitter bei der Erfassung des Pendeldurchgangs vernachlässigbar klein bleibt.
Damit wird in der Praxis die Lichtschranke zum limitierenden Faktor für die Mindestmessdauer.

Wer mehr Details zur Theorie und zur Messung an Pendeluhren wissen will (und nicht nur darüber wild spekulieren will) sollte eventuell das Buch lesen:

"Harrison Decoded: Towards A Perfect Pendulum Clock"

Insbesondere dieses Kapitel ist interessant (der Autor kennt sich mit genauer Zeitmessung aus):

8. Crunching the Numbers, Analysis of Clock B’s Performance at Greenwich, Tom Van Baak

Gerhard O. schrieb im Beitrag #8097251: ...

Hallo Bernd, Ja. Das hat auf alle Fälle Sinn, zumal gleichzeitige Aufzeichnung aller in Frage kommenden Einflüsse bei der späterer Analyse sehr wichtig sein wird.

... Nein Sinn macht es nicht wirklich, alles in ein Topf zu werfen und dann versuchen es zu kompensieren. Ne. Besser ist es diese Einflüsse erst gar nicht zuzulassen, bzw. zu minimieren soweit der Aufwand dafür nicht zu aufwendig wird.

Das macht es einfacher und genauer. Es war ja jetzt das Ziel 1 Sekunde Abweichung in 100 Tagen, oder weniger, zu erreichen.

Gruß, Gerhard

Bei welcher Uhr hattest du denn mit der Überlegung begonnen die Pendelschwingung elektronisch zu messen? Deine Würfeluhr kam ja erst danach so wie ich es mitbekommen habe?

Wieso machst du Knalltüte eigentlich die Zitate kaputt und warum zitierst du den Gruß des anderen Posters als einzelne Zeile?

BirnKichler 🧐 S. schrieb:

Nein Sinn macht es nicht wirklich, alles in ein Topf zu werfen und dann versuchen es zu kompensieren.

Och lass mal, der Gerhard weis, im Gegensatz zu Dir, was er tut und schreibt - der ist Dir um Lichtjahre voraus.

BirnKichler 🧐 S. schrieb:

Besser ist es diese Einflüsse erst gar nicht zuzulassen, bzw. zu minimieren soweit der Aufwand dafür nicht zu aufwendig wird.

Wieder mal Knalltütenblödsinn! Auf die Umwelteinflüsse hat man nur bergrenzt Einfluß. Man kann sie so gut wie möglich minimieren, aber man kann sie nicht komplett eliminieren. Demzufolge bleibt immer ein geringer Einfluß auf das Pendel. Ob der signifikant ist oder vernachlässigt werden kann muß man prüfen. Genau das will der TO mit dem Datenlogger.

Jens M. schrieb:

Wieso machst du Knalltüte eigentlich die Zitate kaputt und warum zitierst du den Gruß des anderen Posters als einzelne Zeile?

Du hast es Doch schon geschrieben, Knalltüte halt.

Als Endlager für Atommüll ist die Asse ja nun nachgewiesenermaßen ungeeignet. Spricht etwas gegen die Nutzung als Endlager für verbalen Knalltüten Müll?

Außer der begrenzten Größe natürlich.

Wenn sowieso langfristig geloggt wird: Welche Umgebungsgröße hat sich bisher als wirklich sichtbar relevant erwiesen – Temperatur, Luftdruck oder Feuchte?

Zu dünne und viel zu grobe Datenlage. Außerdem die Frage, ob die Feuchtemessung korrekt kompensiert ist.

BirnKichler 🧐 S. schrieb:

Gerhard O. schrieb im Beitrag #8097251: ...

Hallo Bernd, Ja. Das hat auf alle Fälle Sinn, zumal gleichzeitige Aufzeichnung aller in Frage kommenden Einflüsse bei der späterer Analyse sehr wichtig sein wird.

... Nein Sinn macht es nicht wirklich, alles in ein Topf zu werfen und dann versuchen es zu kompensieren. Ne. Besser ist es diese Einflüsse erst gar nicht zuzulassen, bzw. zu minimieren soweit der Aufwand dafür nicht zu aufwendig wird.

Die Aufzeichnung von Tperiod, Ta, Druck und deren Darstellung zusammen lässt auf zusammenhängende Phänomen schliessen. Das ist ja der Zweck bei der Analysis, die Effekte zum Gegenansatz eines Korrekturunterfangens quantifizieren zu können.

Was den Gang betrifft, genügt sekündlich bis minütliche Aufzeichnung, das es ja nur um den Trend geht. Eine feinere Auflösung zeigt nur die üblichen Kurzzeitmängel auf und ist daher sinnlos, weil nur der Trend für den Gang wichtig ist. Meine Experimente vor Jahren mit Freiluft Pendelaufbau zeigten ziemliche Streungen auf. Abgesehen davon braucht ein Perpendikel relativ lange, um sich stabil einzuschwingen. Nach jeder Veränderung braucht es Stunden, um sich zu beruhigen.

Das macht es einfacher und genauer. Es war ja jetzt das Ziel 1 Sekunde Abweichung in 100 Tagen, oder weniger, zu erreichen.

Das ist m.M.n. ziemlich sportlich und lässt sich nur im stabilen Unterdruck und perfekter thermischen Kompensation erreichen. Stabiler Unterdruck ist auch nicht leicht dauerhaft zu erhalten. Hohes Vakuum ist übrigens eigentlich nicht wirklich notwendig, es würde lediglich durch Erniedrigung des Windwiderstands nur die Schwinggüte verbessern. Die Güte selber ist übrigens nicht unbedingt ein Maß für die Langzeit-Stabilität der Pendelschwingung (Riefler, Kerchenko)

Gruß, Gerhard

Bei welcher Uhr hattest du denn mit der Überlegung begonnen die Pendelschwingung elektronisch zu messen? Deine Würfeluhr kam ja erst danach so wie ich es mitbekommen habe?

Das muss ein anderer Gerhard sein, weil ich damit nichts zu tun habe;-)

Wenn es nur um die Kompensation der thermischen- und Druckabhängigkeit geht, könnte man mittels uC diese Messwerte erfassen und entsprechende Korrekturwerte errechnen und dann mittels Schrittmotor bewegter feinen Kette auf einem Auflageteller den Schwerpunkt des Perpendikels fein verändern zu können.

Die Längenausdehnung des Quarzstabs mag ja sehr klein sein, aber die Temperaturabhängigkeit der Stabaufhängung erfordert immer noch durch temperatur-berücksichtigende Befestigung des Gewichts mittels unterschiedlicher Materialien und Befestigungspunkt des Gewichts. Der Barometerdosenmechanism ist zwar sehr beeindruckend zum Ansehen, bedarf aber viel Aufwand damit der Zweck zielführend erreicht werden kann.

Ich bin der Meinung, dass es nicht verkehrt ist das Pendel durch elektronische Mittel zu kompensieren, um Temperatur- und Druckeinflüsse gering halten zu können. Das Perpendikel verliert auch durch solche Massnahmen nicht die Autonomie seiner Resonanzfrequenz. Auch die Effekte des Isosynchronismus liessen sich mathematisch mitkompensieren, wenn man die Auslenkung durch Geschwindigkeitsmessung im Totpunktbereich in Realzeit erfasst.

Gerhard

Hans schrieb:

Wenn sowieso langfristig geloggt wird: Welche Umgebungsgröße hat sich bisher als wirklich sichtbar relevant erwiesen – Temperatur, Luftdruck oder Feuchte?

Den größten Einfluss hat die Temperatur.

Obwohl ich bisher nur kurze Messungen gemacht habe, zeigt sich eine Überkompensation der Temperatur. Dies habe ich auch so erwartet.

Das Kompensationselement ist noch bewusst zu lang ausgeführt. (Rechnerisch kam ich auf ca.52mm, jetzt ist es 62mm lang).

Das Kürzen muss dann in mehreren Stufen erfolgen. Die rechnerische Länge des Elementes kann aber nicht genau sein. Das Datenblatt der Glaskeramik spricht von +- 0,5/K.

Grüße Bernd

Norbert schrieb:

Außerdem die Frage, ob die Feuchtemessung korrekt kompensiert ist.

Die relative Feuchte hat für das Pendel wenig zu sagen. Das interessiert sich für die Dichte der verdrängten Luft, d.h. für Druck und absoluten Wassergehalt der Luft. Der Sättigungsdampfdruck, und der ist die Bezugsgröße für die relative Feuchte, ist dem Pendel eher egal. Bei Darstellung der relativen Feuchte hat man die Temperaturabhängigkeit über die Magnusformel mit drin, d.h. eine zusätzlich Scheinabhängigkeit von der Temperatur.

Gerhard O. schrieb:

dann mittels Schrittmotor bewegter feinen Kette auf einem Auflageteller den Schwerpunkt des Perpendikels fein verändern

Da hätte ich ja eher eine lange "Schraube" hoch und runter gedreht. Oder eine Zahnstange. Die Kette samt Motor und Teller muss ja eh mitfahren, sonst hat man durch die wackelnde Kette Kraftverluste. Die Schwerpunktverschiebung durch eine verstellbare Gewichtsstange erscheint mir da sinnvoller und optisch schicker. Allerdings muss man so oder so Kabel zum Motor bringen, auch wieder Kraftverlust.

Jens M. schrieb:

Gerhard O. schrieb:

dann mittels Schrittmotor bewegter feinen Kette auf einem Auflageteller den Schwerpunkt des Perpendikels fein verändern

Da hätte ich ja eher eine lange "Schraube" hoch und runter gedreht. Oder eine Zahnstange. Die Kette samt Motor und Teller muss ja eh mitfahren, sonst hat man durch die wackelnde Kette Kraftverluste. Die Schwerpunktverschiebung durch eine verstellbare Gewichtsstange erscheint mir da sinnvoller und optisch schicker. Allerdings muss man so oder so Kabel zum Motor bringen, auch wieder Kraftverlust.

Gerade dieses Problem vermeidet die feine Kette, weil nur die Kette herunterhängt und sich unten am Teller dann je nach Längenvorschub sammelt. Der Motor kann ja ueber der Pendelaufhängung fest montiert sein. Bei dem geringen Ausschlagwinkel funktioniert das, wie ich gesehen habe, prächtig. Die Idee ist übrigens nicht auf meinem Mist gewachsen. Aber richtig umgesetzt durfte auch die Gewindestangenmethode verwirklichbar sein. Nur muss da mehr Masse mitschwingen und hat möglicherweise die von Dir erwähnten Nachteile.

Alternativ könnte man den Motor auch fest anbringen und dann über ein Stift-Kegelradschneckengetriebe die Stange bewegen. Wenn man ein grobes Stiftrad verwendet, kann man es so einrichten, dass der Motor Stift in Ruhestellung genau auf den Pendelachsen Mittelpunkt geparkt wird. Bei genügend Spiel wird dann das bewegliche Stift-Antriebsrad am Pendelteil nicht berührt und dann macht das absichtliche Stiftspiel nichts mehr aus. Diese Konzept wäre durchaus machbar und vereinbar mit Deinem Vorschlag.

Es gibt da viele Möglichkeiten ein Pendel fein-einstellbar zu machen.

Rainer W. schrieb:

Die relative Feuchte hat für das Pendel wenig zu sagen.

Das mag durchaus sein. Also gar nicht messen.

Wenn aber doch, dann kompensiert wie es Bosch beschreibt. Damit es kein Peilwert bleibt sondern Aussagekraft besitzt.

Gerhard O. schrieb:

Wenn es nur um die Kompensation der thermischen- und Druckabhängigkeit geht, könnte man mittels uC diese Messwerte erfassen und entsprechende Korrekturwerte errechnen und dann mittels Schrittmotor bewegter feinen Kette auf einem Auflageteller den Schwerpunkt des Perpendikels fein verändern zu können.

Hallo Gerhard, einen Schrittmotor und weitere Mechanik braucht es dazu wohl nicht. Temperatur und Druckeinflüsse lassden sich recht gut mit den klassischen Mitteln kompensieren. Hier https://www.henschke-geraetebau.de/dr/pendeluhr.html ist ein solches kompensiertes Pendel genau beschrieben. Ansonsten beweisen ja die Pendeluhren von Erwin Sattler (https://www.erwinsattler.com/kollektion/praezisionspendeluhren/), daß sich bei sorgfältigem Aufbau auch mit den klassischen Techniken des Uhrmacherhandwerks hohe Ganggenauigkeiten erzielen lassen. Natürlich muß das Pendel in einem Gehäuse eingehaust sein, um die Umwelteinflüsse zu minimieren. Ein Freund von mir hat sich so eine Sattleruhr gegönnt und die läuft sehr genau. Bei sorgfältiger Abstimmung kompensieren sich Gangababweichungen über einen langen Zeitraum.

Gerhard O. schrieb:

Gerade dieses Problem vermeidet die feine Kette, weil nur die Kette herunterhängt und sich unten am Teller dann je nach Längenvorschub sammelt.

Du meinst ernsthaft, das die Kette samt Motor an der Uhr fix ist und nur das untere Ende liegt auf dem Pendel? Damit bewegt man doch die Kette die ganze Zeit, ich bezweifle das diese Konstruktion nur wenig Energie entnimmt und das auch noch gleichmäßig über die Bewegung. Kann mir nicht vorstellen, das sich das realisieren lässt ohne das 1s/100d-Ziel um Längen zu reißen. Aber ich bin kein Mechaniker...

Jens M. schrieb:

Gerhard O. schrieb:

Gerade dieses Problem vermeidet die feine Kette, weil nur die Kette herunterhängt und sich unten am Teller dann je nach Längenvorschub sammelt.

Du meinst ernsthaft, das die Kette samt Motor an der Uhr fix ist und nur das untere Ende liegt auf dem Pendel? Damit bewegt man doch die Kette die ganze Zeit, ich bezweifle das diese Konstruktion nur wenig Energie entnimmt und das auch noch gleichmäßig über die Bewegung. Kann mir nicht vorstellen, das sich das realisieren lässt ohne das 1s/100d-Ziel um Längen zu reißen. Aber ich bin kein Mechaniker...

Von hier stammt mein Hinweis:

https://dvaluch.web.cern.ch/hh3/

Gerhard O. schrieb:

Von hier stammt mein Hinweis: https://dvaluch.web.cern.ch/hh3/

Jetzt habe ich begriffen, wie die Mimik funktionieren soll. Die Kette als variable Masse, darauf muß man erst mal kommen.

Jau schicke Idee das. Aber er benutzt das ja als Trimmgewicht und gleicht die Pendelzeit mit einer Atomuhr/10MHz-Referenz ab. Da man da also eine hochgenaue Zeit zur Verfügung hat, kann der Pendeltrimmer natürlich seinen eigenen Fehler rausholen. Ob das auch mit Bernds System nur mit Wettersensoren geht?

Gerhard,

sehr interessantes Konzept.

Mir widerstrebt es, ein mechanisches Pendel elektronisch zu regeln. Wenn ich die Genauigkeit einer Quarzuhr will, dann nehme ich eine Quarzuhr.

Wenn ich es aber hinkriege, eine Pendeluhr in diesen Bereich zu bekommen, bin ich der Held.

Du verstehst, wo ich hinmöchte?

Grüße Bernd

Jens M. schrieb:

Da man da also eine hochgenaue Zeit zur Verfügung hat, kann der Pendeltrimmer natürlich seinen eigenen Fehler rausholen. Ob das auch mit Bernds System nur mit Wettersensoren geht?

Ob er den Fehler raus holen kann hängt halt von seiner Zeitreferenz ab. Wenn er die Pendelfrequenz genau bestimmen kann, dann würde bei ihm sicher auch die Kette funktionieren.

Allerdings, wenn ich den TO richtig verstanden habe geht es ihm gar nicht um absolute Genauigkeit seines Pendels, sondern vielmehr um die Stabilität seiner Konstruktion bezüglich Umwelteinflüssen. Das ist eine ganz andere Baustelle.

Hans schrieb:

Jetzt habe ich begriffen, wie die Mimik funktionieren soll. Die Kette als variable Masse, darauf muß man erst mal kommen.

Die Pendelperiode ist unabhängig von der Masse.
Die Kette verschiebt durch ihren Massenanteil und die Position der Auffangschale den Schwerpunkt, d.h. sie ändert die effektive Länge des Pendels. Die Masse ändert sich zwar, aber das hat keine Bedeutung für die Schwingungsdauer.

Bernd F. schrieb:

Du verstehst, wo ich hinmöchte?

Riefler und Shortt übertreffen?

Das wird schwierig...

Rainer W. schrieb:

Die Pendelperiode ist unabhängig von der Masse.

Nur in Näherung. Die Abweichung kann man mit aktuellen Atomuhren messen.

H. H. schrieb:

Bernd F. schrieb:

Du verstehst, wo ich hinmöchte?

Riefler und Shortt übertreffen? Das wird schwierig...

Man darf doch noch Ziele haben :-)

Grüße Bernd

Bernd F. schrieb:

Man darf doch noch Ziele haben :-)

Auf jeden Fall!

Du wirst feststellen, dass der reduzierte Luftdruck eine wesentliche Idee war.

Ich bin jedenfalls gespannt, wie weit du mit Glaskeramik statt Invar kommst.

Bonne chance !

Rainer W. schrieb:

Die Pendelperiode ist unabhängig von der Masse.

Das habe ich auch nicht behauptet. Dennoch ist das hier eine variable Masse. Was diese variable Masse im Endeffekt bewirkt/verändert, darüber habe ich kein Wort verloren.

Hans schrieb:

Rainer W. schrieb:

Die Pendelperiode ist unabhängig von der Masse.

Das habe ich auch nicht behauptet. Dennoch ist das hier eine variable Masse. Was diese variable Masse im Endeffekt bewirkt/verändert, darüber habe ich kein Wort verloren.

Wenn man an der Pendelstange von oben nach unten ein kleines Gewicht bewegt, und die Tp aufzeichnet, dann ergibt sich eine kreisförmige Kurve die sich im Mittelpunkt der Stange am stärksten auswirkt. An diesen Punkt ist der Schwerpunkt des Pendels am höchsten und schwingt dort am schnellsten. Bei Abweichung nach oben oder unten verlangsamt sich der Einfluss des Einstellgewichts auf die Schwingperiode.

https://mb.nawcc.org/threads/regulating-a-pendulum-by-a-weight-on-the-rod.122353/

Das wird bei der barometrischen Luftdruck Kompensation vorteilhaft ausgenützt wenn man dort die Aneroid-Dose anbringt ist dort die Empfindlichkeit am größten. Deshalb funktioniert die Pendelregulierung mit der Kette so schön.

Auch andere Methoden sind nützlich. Für eine sehr feinfühlige Einstellung der Pendelschwingung kann man z.B. an einem Gewinde oben eine Mutter anbringen. Das funktioniert wesentlich besser als am unteren Ende des Gewichts, wie man es meist vorfindet.

Es wäre vorstellbar mittels Elektromagneten so eine Mutter zeitsynchron festzuhalten und dann dreht sich die Mutter bei jeder Schwingung um einen bestimmten Betrag weiter. Durch phasenrichtiges Engagement lässt sich die Mutter in beiden Richtungen kontrolliert bewegen.

Gerhard O. schrieb:

Wenn man an der Pendelstange von oben nach unten ein kleines Gewicht bewegt, und die Tp aufzeichnet, dann ergibt sich eine kreisförmige Kurve die sich im Mittelpunkt der Stange am stärksten auswirkt. An diesen Punkt ist der Schwerpunkt des Pendels am höchsten und schwingt dort am schnellsten. Bei Abweichung nach oben oder unten verlangsamt sich der Einfluss des Einstellgewichts auf die Schwingperiode.

Das Bild stammt von hier: https://mb.nawcc.org/threads/regulating-a-pendulum-by-a-weight-on-the-rod.122353/

Kreis ≠ Parabel

H. H. schrieb:

Rainer W. schrieb:

Die Pendelperiode ist unabhängig von der Masse.

Nur in Näherung. Die Abweichung kann man mit aktuellen Atomuhren messen.

Rainer W. schrieb:

Die Pendelperiode ist unabhängig von der Masse

Erst Hirn einschalten, dann Denken und dann...

Bernd hat kein mathematisches Pendel, sondern ein reales Pendel.

Dann gilt dieses:

Bei einem realen Pendel (in der Physik auch physikalisches Pendel genannt) spielen sowohl die Masse des Pendelgewichts als auch die Masse der Pendelstange eine entscheidende Rolle für das Schwingungsverhalten.

Ich schrub ja das Pendel möglichst gar nicht schwingen lassen oder nur minimal. Nur die Lichtschranke muß sicher durchfahren werden.

Gerhard O. schrieb:

Das funktioniert wesentlich besser als am unteren Ende des Gewichts, wie man es meist vorfindet.

Da wird m.W. aber nicht nur die Mutter sondern die ganze Gewichtslinse bewegt.

BirnKichler 🧐 S. schrieb:

Gerhard O. schrieb:

Wenn man an der Pendelstange von oben nach unten ein kleines Gewicht bewegt, und die Tp aufzeichnet, dann ergibt sich eine kreisförmige Kurve die sich im Mittelpunkt der Stange am stärksten auswirkt. An diesen Punkt ist der Schwerpunkt des Pendels am höchsten und schwingt dort am schnellsten. Bei Abweichung nach oben oder unten verlangsamt sich der Einfluss des Einstellgewichts auf die Schwingperiode.

Das Bild stammt von hier: https://mb.nawcc.org/threads/regulating-a-pendulum-by-a-weight-on-the-rod.122353/ Kreis ≠ Parabel

Hast recht. Es ist eine Parabel. Danke für die Berichtigung.

BirnKichler 🧐 S. schrieb:

Erst Hirn einschalten, dann Denken und dann...

Das sind für dich zwei unüberwindbare Hindernisse.

Schön, dass Bernd da eine funktionierende Art Zeitwaage/monitor realisiert hat, könnte ich nicht, die Erwägungen dazu sind auch lehrreich. Die Verwendung von Glaskeramik und Aluminium in veränderlichen Längenanteilen verstehe ich auch, aber bei der Kürzung von Längen, verändern sich doch auch die Massen. Müsste man nicht eher den Verbindungspunkt der Stäbe miteinander verschieben ? im Übrigen kann man doch die Längenkalibration in einer Wärmekammer durchführen, es geht ja nur um die Länge, es sei denn es geht um Masseverteilung mehr in der Mitte des Pendelstabes ?

Verdampfendes Wasser ist leichter als Luft und steigt nach oben, es bildet Wolken. Vermindert es die Luftdichte am Boden (bei noch feuchtem Boden und Verdunstungsrate der Vegetation)? Oder treibt es die Luftsäule weiter in die Höhe und verursacht dadurch Lufthochdruck ? Wenn der Wasserdampf in den Wolken teilkondensiert, schrumpft, wiegt dieses Wolkenwasser durch die Luftsäule extra als höherer Luftdruck ? Verdrängt der Wasserdampf in der Luftsäule die richtige Luft und verursacht dadurch Tiefdruck ? (Verursacht die Wärmestrahlungsabsorption des Wasserdampfes und Temperatursteigerung wiederum eine Dichtesenkung und noch geringeren Luftdruck ?) ist der aufgestiegene Wasserdampf zwar Auslöser für Tiefdruck aber die Luftfeuchte am Boden eher ein indikator für die Dichte der Bodenluft ?

BirnKichler 🧐 S. schrieb:

Bernd hat kein mathematisches Pendel, sondern ein reales Pendel. Dann gilt dieses: Bei einem realen Pendel (in der Physik auch physikalisches Pendel genannt) spielen sowohl die Masse des Pendelgewichts als auch die Masse der Pendelstange eine entscheidende Rolle für das Schwingungsverhalten.

Auch beim physikalischen Pendel ist die Schwingungsdauer auf die Masse normierte und geht nicht ein, da im Trägheitsmoment die Masse ebenfalls enthalten ist, d.h. bei der Schwingungsdauer kürzt sie sich raus.
Entscheidend ist einzig die Verteilung der Masse.

Rainer W. schrieb:

BirnKichler 🧐 S. schrieb:

Bernd hat kein mathematisches Pendel, sondern ein reales Pendel. Dann gilt dieses: Bei einem realen Pendel (in der Physik auch physikalisches Pendel genannt) spielen sowohl die Masse des Pendelgewichts als auch die Masse der Pendelstange eine entscheidende Rolle für das Schwingungsverhalten.

Auch beim physikalischen Pendel ist die Schwingungsdauer auf die Masse normierte und geht nicht ein, da im Trägheitsmoment die Masse ebenfalls enthalten ist, d.h. bei der Schwingungsdauer kürzt sie sich raus. Entscheidend ist einzig die Verteilung der Masse.

Hast du die vollständige Lösung der DGL? Keine Näherung bitte.

BirnKichler 🧐 S. schrieb:

Hast du die vollständige Lösung der DGL?

Das Verhalten hängt nicht von irgendwelchen vollständigen Lösungen irgendeiner DGL ab, sondern von der Physik - davon mal ab. Und schon gar nicht häng es davon, ob ICH die Lösung habe. Einen Link zu der Lösung für die Schwingungsgleichung des physikalischen Pedels darfst du dir mal selber suchen oder von eine KI suchen lassen. Das lernt man in der Anfangsvorlesung zur Mechanik.

Setze in der Integration für das Trägheitsmoment einfach an Stelle von den infinitesimalen Massenelementen die auf die Gesamtmasse normierten ein. Schon bist du die absolute Masse los.

Wenn die absolute Masse in der DGL nicht drin steht, taucht sie auch nicht plötzlich in der Lösung auf.

Bevor ich erste mechanische Änderungen vornehme, habe ich den Datenlogger 4 Tage laufen lassen.

Das mit der graphischen Auswertung muss ich noch üben.
Hinter Glas sind die Schwankungen nicht mehr so drastisch,
aber eine Überkompensation ist eindeutig.

Orange ist die Temperatur, blau das Gangverhalten.

Dass das Pendel zu langsam ist, spielt noch keine Rolle.

Grüße Bernd

Leider mittendrin wieder ein Überlauf.
Ebenfalls zwei Datenpakete in einer Log-datei.
Das braucht jedes Mal manuelle Nachbearbeitung. Besser so etwas macht man in der Software direkt richtig. Sollte doch für eine KI generierte Lösung nun wirklich kein Problem darstellen.

Norbert,
tolle Graphik.

Wenn ich wüsste, was ich der KI erzählen soll, könnte ich ja mal versuchen, die Unzulänglichkeiten in dem Programm auszubügeln.

Grüße Bernd

Bernd F. schrieb:

Wenn ich wüsste, was ich der KI erzählen soll, könnte ich ja mal versuchen, die Unzulänglichkeiten in dem Programm auszubügeln.

Na ja, das hatte ich zuvor schon recht ausführlich beschrieben, bin aber von den üblichen Stimmen hier im Forum gleich mal nieder geschrien worden. Du wirst verstehen, dass ich nicht die geringste Lust verspüre das erneut zu machen.

Bei meinen Log-Vorgängen schreibe ich (für die Zeitachse) den Sekundenwert seit ›epoch‹ (1.1.1970), dann alle Daten in die Log-Datei. Damit ist der Zeitstempel schon mal einmalig. Auch wenn die Messung unterbrochen und später neu aufgenommen wird. Dieser Wert beinhaltet Datum und Uhrzeit, diese muss man also nicht mehr loggen.

Man kann aber, falls mal ein Mensch in die Log-Dateien schaut, einmal pro Stunde oder um Mitternacht einen Eintrag mit Klartext einfügen. Am Zeilenanfang ein '#', da weiß die Plotsoftware dass es ein Kommentar ist.

In deinem speziellen Fall wäre noch ein Delta der Mikrosekunden (zum vorigen Eintrag) hilfreich und sehr bequem, aber nicht zwingend notwendig.

CSV ist auch nur notwendig wenn man das Ganze tatsächlich in einer Tabellenkalkulation verwerten will. Halte ich persönlich für eine ziemliche Quälerei. Ist aber Geschmackssache wenn man genug Zeit und Muße hat um jedes mal alles neu zu erfinden.

PS. Die Grafik wird mit der, hier im Forum in besonderem Maße verpönten, Sprache Python und matplotlib in ca. 100 Zeilen erstellt.

Norbert schrieb:

Leider mittendrin wieder ein Überlauf. Ebenfalls zwei Datenpakete in einer Log-datei. Das braucht jedes Mal manuelle Nachbearbeitung.

Was interessiert dich der verdammte Überlauf in der ersten Spalte für die Auswertung? Das wird dich schon nicht umbringen.
Datum und Uhrzeit sind doch für jede Zeile angegeben.

Bernd F. schrieb:

Orange ist die Temperatur, blau das Gangverhalten.

Deine Daten gewinnen an Aussagekraft, wenn du den Gang gegenüber der Temperatur darstellst.

Kaum hebt man den Stein hoch, kommen sie hervorgekrochen…

Norbert schrieb:

Kaum hebt man den Stein hoch, kommen sie hervorgekrochen…

Halten dich jetzt wirklich diese 48 Zeilen mit den Daten von der Justage der Schwingungsdauer davon ab, die eigentlichen Messdaten von den drei Tagen auszuwerten?

p.s.
Unter "Auswerten" versteht man gewöhnlich deutlich mehr, als die Zeitserien der verschiedenen Parameter zu plotten.

Dichte der Luft berechnen und dann Periodendauer als Linearen Fit aus Dichte und Temperatur?

Die Temperatur hat momentan den größten Einfluss.

Am Kompensationselement arbeite ich gerade. Das wird aber
ein stufenweises Herantasten an das Optimum.

Dazu muss das Pendel abgenommen und zerlegt werden.
Das Teil ist ja aus Glas, also immer ganz vorsichtig arbeiten.

Grüße Bernd

Naja, ich staune und wundere mich.

BirnKichler 🧐 S. schrieb:

Naja, ich staune und wundere mich.

... über die Skalentitel und -beschriftung der Zeitachse?

Rainer W. schrieb:

BirnKichler 🧐 S. schrieb:

Naja, ich staune und wundere mich.

... über die Skalentitel und -beschriftung der Zeitachse?

Ich bin da ziemlich frei was die Achsen betrifft.

Wenn der To so weiter macht, dann ist die 3-D Kiste bald voll.

BirnKichler 🧐 S. schrieb:

Ich bin da ziemlich frei was die Achsen betrifft.

Dann nutze diese Freiheit SINNVOLL, insbesondere unter Berücksichtige vom dritten Punkt:
https://de.wikipedia.org/wiki/Vors%C3%A4tze_f%C3%BCr_Ma%C3%9Feinheiten#Kombination_von_Dezimalpr%C3%A4fixen_und_Einheiten

Wenn der To so weiter macht, dann ist die 3-D Kiste bald voll.

Dann taugt die Art der Darstellung wohl nichts zur Erhellung bei der Auswertung der Daten.

Rainer W. schrieb:

BirnKichler 🧐 S. schrieb:

Ich bin da ziemlich frei was die Achsen betrifft.

Dann nutze diese Freiheit SINNVOLL und berücksichtige den dritten Punkt: https://de.wikipedia.org/wiki/Vors%C3%A4tze_f%C3%BCr_Ma%C3%9Feinheiten#Kombination_von_Dezimalpr%C3%A4fixen_und_Einheiten

...

Oh, eieiei

Gut aufgepaßt.

BirnKichler 🧐 S. schrieb:

Gut aufgepaßt.

Da stolpert man als Erstes drüber, wenn man guckt, was in der Graphik dargestellt ist.

Insbesondere sollte an der Achse dran stehen, welcher Parameter dargestellt ist. Die Beschriftung "Mikrosekunden [µs]" ist jedenfalls ziemlich sinnbefreit.

Aus welcher historischen Norm stammt eigentlich die Darstellung mit den eckigen Klammern um die Einheit?

Hier finde ich nichts.

BirnKichler 🧐 S. schrieb:

Hier finde ich nichts.

Da hast du wohl an der falschen Stelle gesucht. Normen sind keine Gesetze.

Und die aktuelle DIN verwendet die eckigen Klammer in ganz anderer Funktion. Dort steht die GRÖẞE in eckigen Klammern (z.B. [U] = V) und wird in dem Fall gelesen als: "Die Maßeinheit der Spannung ist das Volt". Eine eckige Klammer um die Einheit ist dort nicht vorgesehen.

https://de.wikipedia.org/wiki/Einheitenzeichen

Aber an Normen muss man sich ja nicht halten. Jeder kann das machen, wie er möchte.

Richtig. Normen machen heutzutage in einer Blase gar keinen Sinn mehr.

Aber zur Statistik, was macht mehr Sinn, eine Messorgie über 365 Tage oder 365 Messungen im Jahr und die dann miteinander zu vergleichen?

BirnKichler 🧐 S. schrieb:

Aber zur Statistik, was macht mehr Sinn, eine Messorgie über 365 Tage oder 365 Messungen im Jahr und die dann miteinander zu vergleichen?

Vielleicht hilft dir das Ergodentheorem bei der Beantwortung deiner Frage.
Es kommt darauf an, was genau du jeweils mit "Messung" bzw. "Messorgie" meinst.
Auch kommt es darauf an, wozu die Messungen dienen sollen.

Rainer W. schrieb:

Und die aktuelle DIN verwendet die eckigen Klammer in ganz anderer Funktion. Dort steht die GRÖẞE in eckigen Klammern (z.B. [U] = V) und wird in dem Fall gelesen als: "Die Maßeinheit der Spannung ist das Volt". Eine eckige Klammer um die Einheit ist dort nicht vorgesehen.

Ich habe es auch noch so (in der Schule/Uni) gelernt, daß in Tabellen (Tabellenköpfen) und Diagrammen (Achsbeschriftungen) die Einheit in eckige Klammern kommt, obwohl diese Schreibweise nie normgerecht war. Im angelsächsischen Raum und im universitären Bereich wird es vielfach noch heute so gemacht. Ob die nach Norm erlaubte Quotientenschreibweise nun besser ist, darüber läßt sich vortrefflich streiten. Nicht alles was in Normen steht steht muß auch sinnvoll sein.

Hans schrieb:

Ich habe es auch noch so (in der Schule/Uni) gelernt, daß in Tabellen (Tabellenköpfen) und Diagrammen (Achsbeschriftungen) die Einheit in eckige Klammern kommt, obwohl diese Schreibweise nie normgerecht war.

Ich habe mal in meinen alten hoch-offiziellen Papierwälzern nachgeschaut. Die haben es sich damals einfach gemacht und Tabellen nach Belieben in drei verschiedenen Geschmacksrichtungen angeboten.

Ich habe mich aber dazu entschlossen in meinen Programmen ab jetzt auch die DIN461 anzuwenden. Die gibt ja mehrere Möglichkeiten vor, ich persönlich finde ›Zeit in ms‹ bzw. ›t in ms‹ und ›Spannung in mV‹ am Angenehmsten.

Hans schrieb:

Ob die nach Norm erlaubte Quotientenschreibweise nun besser ist, darüber läßt sich vortrefflich streiten.

Besser oder nicht, es ist einfach korrekt, so dass alles mit den Einheiten wieder stimmt.

Das Thema Pendeluhr scheint ja auf Interesse zu stoßen.

Was mache ich im Moment?
Das Kompensationselement wurde gekürzt.

Die Pendelscheibe ist mit einem Stapel Bleiblechen recht optimal
gefüllt. Aber da blieben noch kleine Lufträume.
Das ist schlecht, weil hier Luft unterschiedlicher Dichte bewegt wird.

Ca. 60 Gramm Epoxykleber haben das Problem lösen.

Nun muss ich das Pendel erstmal wieder nahe "Sollgeschwindigkeit"
bringen.

Zum Datenlogger: Das gefällt mir so noch nicht ganz.
Wird die Karte entnommen, stoppt das Programm und muss neu gestartet
werden. Besser wäre es, das Teil liefe einfach weiter.

Ich habe das Programm nochmal angehangen. Lässt sich dieser Stopp
irgendwie deaktivieren?

Grüße Bernd

Bernd F. schrieb:

Das Thema Pendeluhr scheint ja auf Interesse zu stoßen.

Ja klar, was denkst du denn? ;-)
Aber wir wollen später, wenn's fertig ist, auch Bilder sehen

Bernd F. schrieb:

Zum Datenlogger: Das gefällt mir so noch nicht ganz. Wird die Karte entnommen, stoppt das Programm und muss neu gestartet werden. Besser wäre es, das Teil liefe einfach weiter. Ich habe das Programm nochmal angehangen. Lässt sich dieser Stopp irgendwie deaktivieren?

Wenn das winzige Ding genügend RAM Speicher hätte, könnte man die zwischenzeitlich anfallenden Daten solange puffern, bis die SD Karte wieder drin und aktiviert wäre. Ich weiß, viel Konjunktiv, wenig Indikativ.

Wenn ich das Programm richtig verstehe, wird der Datensatz
nur nach 1800 Pendelschwingungen auf die Karte geschrieben.

Da ich von außen nicht erkennen kann, wann gerade geschrieben
wird, könnte natürlich mal ein Datensatz verloren gehe.

Eine kleine 4-stellige Anzeige, und ich hätte 30 Minuten, um die Karte auszulesen, oder zu wechseln?

Das Problem scheint hier zu sein, dass die fehlende Karte automatisch
zum Abbruch führt.

Grüße Bernd

Bernd F. schrieb:

Wenn ich das Programm richtig verstehe, wird der Datensatz nur nach 1800 Pendelschwingungen auf die Karte geschrieben.

Ja wenn's immer noch derart grob granular aufzeichnet, dann könnte man einfach 'ne LED anmachen wenn es 'sicher' ist und diese LED fünf Minuten vor dem nächsten Schreiben wieder erlöschen lassen.

Nicht besonders elegant, aber schön pragmatisch. ;-)

Norbert schrieb:

Nicht besonders elegant, aber schön pragmatisch. ;-)

Sowas mag ich :-)

Die Alternative wäre auch simpel: Ich starte zur vollen oder
halben Stunde. Dann hätte ich auch mein Zeitfenster zum Auslesen.

Aber das Programm sollte halt nicht stoppen, wenn die Karte fehlt.

Grüße Bernd

Bernd F. schrieb:

Die Alternative wäre auch simpel: Ich starte zur vollen oder halben Stunde. Dann hätte ich auch mein Zeitfenster zum Auslesen.

Würde ich so machen. Keine Änderungen am Code nötig und sicher.

Ich habe es mal getestet:

Jedes Herausziehen der Karte stoppt das Programm, auch wenn
es nicht während eines Schreibvorganges passiert.

???

Grüße Bernd

Bernd F. schrieb:

Wenn ich das Programm richtig verstehe, wird der Datensatz nur nach 1800 Pendelschwingungen auf die Karte geschrieben. Da ich von außen nicht erkennen kann, wann gerade geschrieben wird, könnte natürlich mal ein Datensatz verloren gehe. Eine kleine 4-stellige Anzeige, und ich hätte 30 Minuten, um die Karte auszulesen, oder zu wechseln? Das Problem scheint hier zu sein, dass die fehlende Karte automatisch zum Abbruch führt.

So ein Arduino hat doch auch einen USB-Anschluß an Board, den man als serielle Schnittstelle nutzen kann. Damit sollte es doch möglich sein die Daten (von der SD) auf einen PC zu ziehen und danach die SD zu löschen um sie für neue Daten bereit zu machen.

Bernd F. schrieb:

Ich habe es mal getestet: Jedes Herausziehen der Karte stoppt das Programm, auch wenn es nicht während eines Schreibvorganges passiert. ??? Grüße Bernd

Möglicherweise mag er das Herausreißen der Karte, nachdem ein SD.begin() ausgeführt wurde, so gar nicht. Müsste man in das Modul hinein schauen.

1

if (!SD.begin(SD_CS_PIN)) {

2

    Serial.println("SD-Kartenfehler!");

3

    while (1);

4

}

Vielleicht gibt's ja auch ein ein SD.end() oder SD.close().

Dann könnte man den Logvorgang jeweils zu Beginn in ein ›SD.begin()‹ und zum Schluss in ein ›SD.end()‹ klammern. Ist aber nur so ein Gedanke. Pure Spekulation.

Hans schrieb:

Damit sollte es doch möglich sein die Daten (von der SD) auf einen PC zu ziehen und danach die SD zu löschen um sie für neue Daten bereit zu machen.

Womit speicherst du denn Bernd-mäßig RS232 auf der Festplatte?

Bernd F. schrieb:

Jedes Herausziehen der Karte stoppt das Programm, auch wenn es nicht während eines Schreibvorganges passiert.

Vermutlich, weil die Karte und Datei beim Einschalten geöffnet/aktviert wird, aber niemals ausgeschaltet. Daher hast du auch Glück das es noch nicht zur Datenzerstörung gekommen ist, denn es gibt keinen sauberen Weg in dem Code die Karte freizugeben.

Wollte noch Folgendes ergänzen, aber die Boardsoftware wollte es wohl nicht…

Wichtig ist aber, dass die SD Karte mit wiederkehrenden kurzen Fragmenten gehämmert wird, bei fünfzig Zeichen langen Einträgen wird jeder Sektor ca. zehn mal beschrieben bis er schließlich voll ist.
Wird bei den wenigen Einträgen nichts bei der Lebensdauer ausmachen, aber schön ist anders.

Jens M. schrieb:

Vermutlich, weil die Karte und Datei beim Einschalten geöffnet/aktviert wird, aber niemals ausgeschaltet.

Wer sd.open() sagt, muss auch sd.close() sagen.

Daher hast du auch Glück das es noch nicht zur Datenzerstörung gekommen ist, denn es gibt keinen sauberen Weg in dem Code die Karte freizugeben.

Wenigsten könnte man mit einem sd.flush() dafür sorgen, dass der Puffer geleert und alles sicher auf die Karte geschrieben wird.

https://docs.arduino.cc/learn/programming/sd-guide/

Jens M. schrieb:

Womit speicherst du denn Bernd-mäßig RS232 auf der Festplatte?

Das ist doch äußerst simpel. Er braucht in seiner Arduino-FW ein Stückchen Code, welches den Empfangspuffer der seriellen Schnittstelle ausliest. Sobald dort eine bestimmte Zeichenfolge erkannt wird, wird der Inhalt der SD-Karte ausgelesen und über die serielle Schnittstelle ausgegeben. Anschließend wird die SD-Karte initialisiert. Auf der PC-Seite benötigt man ein Terminal oder, unter Win11, ein kleines Powershellsript, um den Befehl an den Arduino zu senden und die daraufhin empfangenen Daten in eine Datei zu schreiben. Wie man das mit einem Powershellscript lösen kann habe ich mal als Anhang beigefügt. Das Beispielscript führt mittels Arduino in einem Röhrentester eine Schlußprüfung der Röhrenpins durch und schreibt das Ergebnis in eine Textdatei.

Wo ist da jetzt genau das Problem?

Jens M. schrieb:

Jedes Herausziehen der Karte stoppt das Programm, auch wenn es nicht während eines Schreibvorganges passiert.

Vermutlich, weil die Karte und Datei beim Einschalten geöffnet/aktviert wird, aber niemals ausgeschaltet. Daher hast du auch Glück das es noch nicht zur Datenzerstörung gekommen ist, denn es gibt keinen sauberen Weg in dem Code die Karte freizugeben.

Ein SD.Close() gibt es wohl nicht. Es soll wohl reichen wenn man das Filehandle schließt. Vermutlich hat Bernd ein SD.Open() in seiner loop() stehen. Bei einer fehlenden SD-Karte findet er das nicht so toll und stürzt einfach ab. Man muß also vor SD.Open() prüfen ob eine Karte gesteckt ist. Lt. Arduinoforum muß da wohl auf dem Kartenshield noch eine Lötverbindung zu einem freien Arduinopin hergestellt werden.

Hans schrieb:

Ein SD.Close() gibt es wohl nicht.

In der Schreibweise gibt es das ganz bestimmt nicht. Der Compiler reagiert empfindlich auf Groß-Klein-Schreibung. Es muss also heißen open() bzw. close().

Nach einem eventTriggered wird versucht, die Datei "datenlog.csv" zum Schreiben zu öffnen, bei Erfolg die Daten zu schreiben und dann den File mit dataFile.close() wieder zu schließen.

Bevor man jetzt eine zweite Baustelle auf macht, könnte man doch vielleicht anhand der seriellen Ausgaben vom Arduino auf der Schnittstelle gucken, warum er neu startet. Zumindest das Programm in der Version vom 10.9. spuckt doch einiges an Informationen über sein Befinden aus. Ein Mitschnitt der seriellen Ausgabe dürfte verraten, was da passiert.

Bernd F. schrieb:

sketch_sep10a.ino

Oder bricht beim Entfernen oder Einstecken der SD-Karte einfach nur die Spannungsversorgung kurz ein, z.B. wegen wackeligem Stecker?

Rainer W. schrieb:

Hans schrieb:

Ein SD.Close() gibt es wohl nicht.

In der Schreibweise gibt es das ganz bestimmt nicht. Der Compiler reagiert empfindlich auf Groß-Klein-Schreibung. Es muss also heißen open() bzw. close().

Das ist ja wohl jetzt Erbsenzählerei. Wie es genau geschrieben wird sollte man eh in der SD.h bzw. einer passenden Dokumentation für selbige nach schauen. Wenn man das tut (z.B. hier https://arduinogetstarted.com/reference/library/arduino-sd.open), dann stellt man sehr schnell fest, daß es weder SD.Close() noch SD.close() gibt. Du mußt hier nicht mit Halbwissen rum blubbern.

Wenn man in der genannten Doku nach schaut, dann findet man die Funktion SD.exists() der man als Parameter ein File oder ein Verzeichnis auf der SD-Karte übergeben kann.

Wenn ich mir den Code von Bernd anschaue, dann sollte eine kleine Ergänzung (vor Zeile 145) das Problem lösen. Bernd's Orgninal:

1

// Daten zeilenweise wegschreiben

2

    File dataFile = SD.open("datenlog.csv", FILE_WRITE);

3

    if (dataFile) {

4

      dataFile.print(logImpulsNummer);

5

      dataFile.print(";");

6

7

      schreibeZeitstempel(dataFile, logTag, logMonat, logJahr, logStunde, logMinute, logSekunde);

8

      dataFile.print(";");

9

10

      dataFile.print(logSubSekundeMicros);

11

      dataFile.print(";");

12

          .

13

          .

14

          .

Erweiterung:

1

// Daten zeilenweise wegschreiben

2

  if ( SD.exists("datenlog.csv"){

3

    File dataFile = SD.open("datenlog.csv", FILE_WRITE);

4

    if (dataFile) {

5

      dataFile.print(logImpulsNummer);

6

      dataFile.print(";");

7

8

      schreibeZeitstempel(dataFile, logTag, logMonat, logJahr, logStunde, logMinute, logSekunde);

9

      dataFile.print(";");

10

11

      dataFile.print(logSubSekundeMicros);

12

      dataFile.print(";");

13

          .

14

          .

15

          .

16

  }

Damit sollte der Fehler abgefangen werden.

Eine weitere Möglichkeit den Fehler abzufangen, wäre mit einem try-catch Block.

Rainer W. schrieb:

Bevor man jetzt eine zweite Baustelle auf macht, könnte man doch vielleicht anhand der seriellen Ausgaben vom Arduino auf der Schnittstelle gucken, warum er neu startet.

Völlig überflüssig, wenn man sich den Quellcode anschaut und versteht. Die Loop stürzt genau an dieser Stelle

1

File dataFile = SD.open("datenlog.csv", FILE_WRITE);

ab.

Die Folgezeile, die das vermutlich verhindern soll, wird also gar nicht erreicht.

Was auch noch im Code fehlt, wäre eine Überprüfung auf genügend Speicherplatz auf der SD, sonst ist das die nächste Absturzstelle.

Ergänzung: Falls bei fehlender SD Karte dennoch ein Filehandle zurückgegeben wird, was eigentlich nicht sein sollte, dann führt definitiv diese Zeile (147)

1

dataFile.print(logImpulsNummer);

zum Absturz. Aber auch das würde mit der obigen Ergänzung abgefangen.

Noch besser als die von mir im vorhergehenden Post genannten Möglichkeiten der Überprüfung dürfte sein, wenn man das Vorhandensein der SD-Karte mittels SD.begin() abprüft. Hierzu ist der Befehl aus der setup() zu entfernen und in der loop() wie folgt einzubauen:

1

// Daten zeilenweise wegschreiben

2

  if ( SD.begin(){

3

    File dataFile = SD.open("datenlog.csv", FILE_WRITE);

4

    if (dataFile) {

5

      dataFile.print(logImpulsNummer);

6

      dataFile.print(";");

7

8

      schreibeZeitstempel(dataFile, logTag, logMonat, logJahr, logStunde, logMinute, logSekunde);

9

      dataFile.print(";");

10

11

      dataFile.print(logSubSekundeMicros);

12

      dataFile.print(";");

13

          .

14

          .

15

          .

16

  }

Da man nach Ziehen und Stecken der SD eh SD.begin() aufrufen muß ist das definitiv die bessere Lösung. Man darf lt. Doku und diversen Foren SD.begin() mehrfach hintereinander aufrufen. Bei dem Befehl SD.exists() ist halt auch nicht sicher, ob er im Fehlerfall korrekt funktioniert. SD.begin() scheint lt. verschiedener Quellen bezüglich nicht gesteckter SD fehlertolerant zu sein. Um ganz sicher zu gehen müßte man sich allerdings den Quellcode deer SD Bibliothek genau ansehen.

Hans schrieb:

Vermutlich hat Bernd ein SD.Open() in seiner loop() stehen.

Hans schrieb:

Wenn ich mir den Code von Bernd anschaue, ...

Warum guckst du dann nicht auch gleich, was in loop() steht, sondern orakelst rum?

Rainer W. schrieb:

Warum guckst du dann nicht auch gleich, was in loop() steht, sondern orakelst rum?

Wenn Du meine letzten 2 Posts gelesen hättest, dann hättest Du mitbekommen das ich die getan habe.

Hier eiert nur einer rum, nämlich Du. Schau Dir Deinen Post an Rainer W. schrieb im Beitrag #8101224:

Bevor man jetzt eine zweite Baustelle auf macht

Ausschließlich nur Mutmaßungen.

Hans,

ich lese sehr interessiert mit.

Es wird aber ein paar Tage dauern, Änderungen zu machen.
(Meine einzige Ehefrau hat mich zur Gartenarbeit überzeugt :-)

Grüße Bernd

Bernd F. schrieb:

(Meine einzige Ehefrau hat mich zur Gartenarbeit überzeugt :-)

Und das, obwohl ein wichtiges Projekt wartet. Da muss sie ja gehörige Druckmittel zur Verfügung haben… ;)

Bernd F. schrieb:

Hans, ich lese sehr interessiert mit. Es wird aber ein paar Tage dauern, Änderungen zu machen. (Meine einzige Ehefrau hat mich zur Gartenarbeit überzeugt :-)

Alles gut, waren ja nur mal so ein paar Ideen was man machen könnte. Ich favorisiere da ja eher die serielle Variante, da muß man halt nicht mit SD hin und her laufen. Der Aufwand das zu programmieren ist überschaubar und ich würde da auch helfen. Schreib mich einfach an wenn Du Hilfe brauchst.

Norbert schrieb:

Und das, obwohl ein wichtiges Projekt wartet. Da muss sie ja gehörige Druckmittel zur Verfügung haben… ;)

Nach vielen Ehejahren weiß man, daß man der Frau nicht widerspricht, sondern tut was sie sagt. Man lebt so viel ruhiger.😉

Wenn man fast 50 Jahre verheiratet ist, lacht die Frau mit.

https://www.mikrocontroller.net/attachment/preview/706243.jpg

Grüße Bernd

Hans schrieb:

Was auch noch im Code fehlt, wäre eine Überprüfung auf genügend Speicherplatz auf der SD, sonst ist das die nächste Absturzstelle.

Hast du auch nur ganz grob einmal überschlagen, wie lange du im Halbstundenabstand die paar Bytes auf die Karte schreiben kannst, ohne dass bei heute üblichen SD-Kartengrößen der Speicherplatz knapp wird?
Prinzipiell hast du natürlich Recht, aber hier geht es um eine Lösung, die allenfalls ein paar Jahrzehnte halten muss.

Hans schrieb:

Sobald dort eine bestimmte Zeichenfolge erkannt wird, wird der Inhalt der SD-Karte ausgelesen und über die serielle Schnittstelle ausgegeben.

Dafür wäre es sicher sinnvoll, die Daten auf der SD-Karte auf seriell handhabbare Filegrößen zu beschränken, d.h. regelmäßig einen neuen File zu benutzen. Sonst ufert irgendwann die Dauer für die serielle Übertragung aus.

Wenn viele Daten auf der Karte sind, dann steigt das Risiko, dass bei einem Kartenfehler Daten verloren gehen. Mir wäre wohler, wenn die Daten seriell auf einen PC ausgegeben würden, da ist das Risiko deutlich geringer.

Stephan S. schrieb:

Mir wäre wohler, wenn die Daten seriell auf einen PC ausgegeben würden, da ist das Risiko deutlich geringer.

Eine parallele Aufzeichnung auf eine SD ist aber sicher sinnvoll, weil sonst der PC über Monate angebunden ist und 24/7 laufen muss, nur um alle halbe Stunde ein paar Bytes in Empfang zu nehmen.
Files seriell von der Karte herunter zu laden, dürfte pro Tag Messzeit auf wenige Sekunden Übertragungszeit hinaus laufen. Da es um Korrelation mit Umweltdaten geht, ist es auch nicht so dramatisch, wenn einmal ein Block von ein paar Tagen verloren geht.

Rainer W. schrieb:

Eine parallele Aufzeichnung auf eine SD ist aber sicher sinnvoll, weil sonst der PC über Monate angebunden ist und 24/7 laufen muss, nur um alle halbe Stunde ein paar Bytes in Empfang zu nehmen.

Viele von uns haben doch einen Heimserver der 24/7 durchläuft, ggf. einen gebrauchten alten Raspi oder einen billigen Thin Client mit einem kleinen Linux. Das hat doch auch den Vorteil, dass man jederzeit auf die Daten zugreifen kann und nicht nur wenn der Kartenwechsel ansteht.

Stephan S. schrieb:

Viele von uns haben doch einen Heimserver der 24/7 durchläuft, ggf. einen gebrauchten alten Raspi oder einen billigen Thin Client mit einem kleinen Linux

Und du meinst, dass ausgerechnet Bernd einer von diese ist?
Bei seinen deutlich anders gelagerten Kernkompetenzen würde mich das wundern. Aber ich mag mich irren.

Das hat doch auch den Vorteil, dass man jederzeit auf die Daten zugreifen kann und nicht nur wenn der Kartenwechsel ansteht.

Deshalb loggen auf SD-Karte und Abruf von aufgezeichneten Daten über die serielle Verbindung, aber nicht primäres loggen auf dem PC. Dann kann man sich mit dem PC irgendwann ran stöpseln, Datenfile bei Bedarf über die serielle Verbindung von der SD abrufen und gut is'.

Ich schätze Bernd aber so ein, dass er sehr lernfähig ist. Linux ist nicht die Frickelware, als die sie oft hingestellt wird.

Rainer W. schrieb:

Hast du auch nur ganz grob einmal überschlagen, wie lange du im Halbstundenabstand die paar Bytes auf die Karte schreiben kannst, ohne dass bei heute üblichen SD-Kartengrößen der Speicherplatz knapp wird?

Es spielt überhaupt keine Rolle wie groß die Speicherkarte ist. Es gehört einfach zum guten (Programmier) Stil, zu prüfen ob man eine bestimmte Aktion durchführen kann. Das ist wenig Programmieraufwand, aber schützt vor bösen Überraschungen.

Rainer W. schrieb:

Hans schrieb:

Sobald dort eine bestimmte Zeichenfolge erkannt wird, wird der Inhalt der SD-Karte ausgelesen und über die serielle Schnittstelle ausgegeben.

Dafür wäre es sicher sinnvoll, die Daten auf der SD-Karte auf seriell handhabbare Filegrößen zu beschränken, d.h. regelmäßig einen neuen File zu benutzen. Sonst ufert irgendwann die Dauer für die serielle Übertragung aus.

Ich habe mir mal ein File vom Bernd angeschaut, ein Datensatz hat da ca. 50 Byte. Rechnen wir mal zur Sicherheit mit 60 Byte. Pro Tag fallen 48 Datensätze an, macht 2880 Byte/Tag. Das bei 9600 Baud zu übertragen macht genau 3s. Die Daten für einen Monat zu übertragen dauert demzufolge 90s. Die Variante mit dem Hin- und Hertragen der SD-Karte ist da nicht schneller. Die Daten für ein ganzes Jahr zu übertragen würde 18 Minuten dauern. Selbst das schafft man locker zwischen 2 Datenaufzeichnungen. Am Ende spricht ja auch nix dagegen die Übertragung mit einer höheren Datenrate zu machen.

Rainer W. schrieb:

Files seriell von der Karte herunter zu laden, dürfte pro Tag Messzeit auf wenige Sekunden Übertragungszeit hinaus laufen.

Jetzt biste wohl selber auf den Trichter gekommen. Es dauert 3s.

Stephan S. schrieb:

Viele von uns haben doch einen Heimserver der 24/7 durchläuft, ggf. einen gebrauchten alten Raspi oder einen billigen Thin Client mit einem kleinen Linux. Das hat doch auch den Vorteil, dass man jederzeit auf die Daten zugreifen kann und nicht nur wenn der Kartenwechsel ansteht.

👍 Allerdings wäre ich mir da beim Bernd nicht so sicher, der hat andere Prioritäten.

Stephan S. schrieb:

Linux ist nicht die Frickelware, als die sie oft hingestellt wird.

Das bedeutet im Klartext, das es noch viel schlimmer ist derjenige meint.

Hans schrieb:

Stephan S. schrieb:

Viele von uns haben doch einen Heimserver der 24/7 durchläuft, ggf. einen gebrauchten alten Raspi oder einen billigen Thin Client mit einem kleinen Linux. Das hat doch auch den Vorteil, dass man jederzeit auf die Daten zugreifen kann und nicht nur wenn der Kartenwechsel ansteht.

👍 Allerdings wäre ich mir da beim Bernd nicht so sicher, der hat andere Prioritäten.

Stimmt.

Ich bin der Schrauber und Mechaniker.

Im Moment liegt der Gewichtsatz für die Feinregulierung an.
Mit Drehen an der Regulierschraube ist ca. 1/100 Millimeter darstellbar. Viel zu grob.

Testweise habe ich mal eine Madenschraube M2x3 (winzig) auf
den Regulierteller gelegt. Das ist schon deutlich messbar.

Aber, für die Gewichte brauche ich eine Waage. Die gibt es eigentlich
recht günstig:

https://www.kaufland.de/product/477289765/?kwd=&source=pla&id_unit=391565432157&utm_source=google&utm_medium=cpc&utm_id=22414393155&gad_source=1&gad_campaignid=22414394547&gclid=EAIaIQobChMIwf_6ouellwMVWpFQBh0dmwoEEAQYDCABEgJ1n_D_BwE

Rausgeworfenes Geld? Soll ich lieber eine Apotheke überfallen?

Grüße Bernd

Bernd F. schrieb:

Testweise habe ich mal eine Madenschraube M2x3 (winzig) auf den Regulierteller gelegt. Das ist schon deutlich messbar.

Ringlochverstärker aus hauchdünnem Kunststoff.
Die sollten im niedrigen mg Bereich liegen und sind unempfindlich gegenüber Feuchtigkeit.

Bernd F. schrieb:

Aber, für die Gewichte brauche ich eine Waage. Die gibt es eigentlich recht günstig: https://www.kaufland.de/product/477289765/

Rausgeworfenes Geld?

Auf jeden Fall!

Soll ich lieber eine Apotheke überfallen?

Dort findet man auch keine Analysenwaage mehr.

Norbert schrieb:

Ringlochverstärker aus hauchdünnem Kunststoff. Die sollten im niedrigen mg Bereich liegen und sind unempfindlich gegenüber Feuchtigkeit.

Der Klebstoff nimmt je nach Temperatur und Luftfeuchtigkeit unterschiedlich Wasserdampf auf, deutlich messbar mit geeigneter Waage.

H. H. schrieb:

Der Klebstoff nimmt je nach Temperatur und Luftfeuchtigkeit unterschiedlich Wasserdampf auf, deutlich messbar mit geeigneter Waage.

Na dann, Lupe, Isoprop und Q-Tips…

Bernd F. schrieb:

Rausgeworfenes Geld? Soll ich lieber eine Apotheke überfallen?

Das kann man halt schlecht sagen, ob sie hält was sie verspricht. Ob sie wirklich absolut auf 1mg genau misst, wage ich mal zu bezweifeln, aber das ist für Deine Zwecke wahrscheinlich auch nicht nötig. Massedifferenzen, also ob man 5mg oder 7mg Masse dazugepackt/weggenommen hat, wird schon funktionieren. Über die Genauigkeit der Waage schweigt man sich halt aus. Dennoch bei 13€ würde ich nicht lange überlegen und das Ding einfach kaufen, schlimmstenfalls hat man halt 13€ versenkt.

Das Produktphoto ist übrigens erste Klasse und erinnert an die allseits bekannte Lötkolben-Halterin. (Autsch! Vorne!)

Diese Feinwaage hat eine Genauigkeit von 0,001 g
und ein maximales Gewicht von 20 g.

Und auf dem Bild ist ein 50g Gewicht dargestellt.

Das mit den Gewichten ist auch noch ein Thema.

Grüße Bernd

Hans schrieb:

Massedifferenzen, also ob man 5mg oder 7mg Masse dazugepackt/weggenommen hat, wird schon funktionieren.

Nicht mal das.

Hans schrieb:

Die Daten für ein ganzes Jahr zu übertragen würde 18 Minuten dauern. Selbst das schafft man locker zwischen 2 Datenaufzeichnungen.

Ich würde das als ausgesprochen lästig bezeichnen, wenn man für jedes Wochenupdate der Log-Daten auf dem PC mit der Übertragungszeit in den Bereich von etlichen Minuten kommt.

Beim Schreibvorgang bezeichnest du es als schlechten Stil, wenn das Programm nicht mit einer vollen Karte zurecht kommt, beim Download willst du aber jedes mal den kompletten Datensatz seit Anbeginn der Messung herunterladen. Hast du einmal daran gedacht, dass eine kleine SD-Karte bereits eine Kapazität von 1GB besitzt und du dann, auch bei 115.2kBd, die Zeit für den Download eines Datensatzes, der in den Bereich der Kartenkapazität kommt, sinnvollerweise in Stunden ausdrücken müsstest. Da scheinen doch handliche Häppchen praktikabler, evtl z.B. als Download ab einem bestimmten Datum.
Überlappende Stücke sind auf dem PC mit einem einfachen Merge-Programm schnell wieder zusammen gesetzt.

Nur, um die Vorgehensweise mal zu erläutern:

Die jetzigen Messungen dienen dazu, die Mechanik (Kompensation)
auf Sollwert zu bringen. Also Temperaturabhänigkeiten auszuschließen.

Hierzu reichen erstmal Messungen über 24 Stunden.

Dann Messungen über 3 Tage bis 6 Tage. Da hier Anpassungen am Pendel vorgenommen werden, ist diese Messung beendet. (Karte entnehmen, auslesen, neu starten).

Sollte ich in den Bereich 1 Sek./ Monat kommen (Sattler), werden
die Messintervalle natürlich länger.

Ab dann sind Messintervalle über mehrere Monate sinnvoll.

Soweit bin ich leider noch nicht.

Die Baustelle ist die Gleichmäßigkeit des Pendels, ob das Pendel
genaue Uhrzeit anzeigt, ist irrelevant.

Grüße Bernd

Bernd F. schrieb:

Aber, für die Gewichte brauche ich eine Waage. Die gibt es eigentlich recht günstig:

Rausgeworfenes Geld?

Kommt drauf an welche Genauigkeit du brauchst. Zum Abschätzen reichts:

Ich habe eine chinesische Billig-Feinwaage vom Ali, allerdings ein Modell mit 0,01g Auflösung. Meine Erfahrung damit: Die Angabe von z.B. "Genauigkeit 0,01g" ist nur die Display Auflösung. Man muss erst mal 0,05g draufpacken damit sie überhaupt reagiert. Weitere Änderungen müssen auch 20-30mg betragen sonst ändert sich der Messwert nicht. Absolute Genauigkeit habe ich aus Mangel an Referenzen nicht getestet. Fazit: Wenn man wirklich genau messen will muss man mehr Geld ausgeben.

Man kann sich kleine Gewichte recht genau aus einem Blatt SM-Papier machen. 1 Packen SM-Papier 80 g/qm mit 500 Blatt wiegt ohne Verpackung recht genau 2500 g (+- 10 g), also wiegt ein Bogen DIN A4 5,0 g.

DIN A0 ist 1,0 qm, also wiegt 1 Bogen DIN A4 5 g.
Ein Stückchen solches Papier mit den Abmessungen 21x30 mm wiegt also 50 mg.

Ich bin mir ziemlich sicher, dass man kein Waage benötigt. Der TO hat alles was er braucht, er muß es nur richtig benutzen.

Stephan S. schrieb:

Ein Stückchen solches Papier mit den Abmessungen 21x30 mm wiegt also 50 mg.

Reagiert Papier nicht auf die Luftfeuchtigkeit???

Auf die alte Art:

https://www.ebay.de/itm/398292935681?_trkparms=itmf%3D1%26aid%3D1110013%26rkt%3D25%26asc%3D20231016072133%26pid%3D101879%26mech%3D1%26algv%3DPersonalizedV1_7%26pmt%3D1%26amclksrc%3DITM%26sd%3D358877381540%26sid%3DAQALAAAAEJXaNfoaY4eUnNhY4ojq1zA%3D%26itm%3D398292935681%26noa%3D0%26plcampt%3D0%3A165979833015%26algo%3DHOMESPLICE.SIMRXI%26ao%3D1%26rk%3D3%26mehot%3Dnone%26lsid%3D77%26meid%3Da252484e4ca44fcfa5c72ed970906ef6%26pg%3D4406038&_trksid=p4406038.c101879.m1851&itmprp=cksum%3A398292935681a252484e4ca44fcfa5c72ed970906ef6%7Cenc%3AAQALAAAA8NrFzejQAKFizQtDaeofBU1fvgRVNAm%252FrSpTcXz5VHdIQmqAUyqqmbOGqPtahb%252BN3I%252F%252BNXeuROwBTOOAoQiU2wYOr01Zv0b4lplbQtJwMIsUKdMTDfSybRLuIFAdHYlmxAi%252BOEANLAuARcMlZwigJBrbLhmmJEHprK4OBhZc2ZLrpeEHtL1bQL%252BboiyiSuCqyMB29DqmmoZ%252BccgrioajkC2Ya%252BFqJmS4gV1R8MYhXUvaPxINXT%252FxYdc9%252BuPaqepNNMFXUbevqW9kXVPZBNIzENDzRA%252FcXWAM45xOaLHnftBE9y%252BgOMgMGZkGVtrXn0UlBA%253D%253D%7Campid%3APL_CLK%7Cclp%3A4406038&itmmeta=01M4AQFD6JM5JWBFANNDEWNKG8

Das wird bestimmt genauer, als mit so einer Billigwaage.

Grüße Bernd

Jens M. schrieb:

Stephan S. schrieb:

Ein Stückchen solches Papier mit den Abmessungen 21x30 mm wiegt also 50 mg.

Reagiert Papier nicht auf die Luftfeuchtigkeit???

Ja, ca 0,5 % Änderung des Gewichtes je 10% Änderung der rH. Kann man ggf. leicht selbst nachprüfen.

Rainer W. schrieb:

Hans schrieb:

Die Daten für ein ganzes Jahr zu übertragen würde 18 Minuten dauern. Selbst das schafft man locker zwischen 2 Datenaufzeichnungen.

Ich würde das als ausgesprochen lästig bezeichnen, wenn man für jedes Wochenupdate der Log-Daten auf dem PC mit der Übertragungszeit in den Bereich von etlichen Minuten kommt.

Es wäre schon gut, wenn Du vor dem Schreiben mal überlegen würdest. Der Unterschied zwischen einem Jahr und einer Woche ist Dir schon klar? Die Daten einer Woche zu übertragen ist in 21s erledigt. Selbst das dürfte schneller sein als die Karte raus zu fummeln, Selbige zum PC zu tragen und dort einzustecken, die Daten zu übertragen und das Ganze dann wieder zurück.

Rainer W. schrieb:

Beim Schreibvorgang bezeichnest du es als schlechten Stil, wenn das Programm nicht mit einer vollen Karte zurecht kommt,

Natürlich ist es schlechter Stil eine Programmaktion ins Blaue zu machen. Wenn man eine Software für eine Firma, die dort weltweit eingesetzt wird, geschrieben hat, dann weiß man so etwas und setzt das auch um. Meist stürzt dann dass Programm ab und das finden nicht alle so toll, insbesondere dann wenn dabei noch Daten kaputt gehen. Offenbar hast Du bisher nur für Dich programmiert, da ist dann so was völlig wurscht, weil dann mußt Du Dich nur über Dich ärgern weil Du einen Bedienschritt zum falschen Zeitpunkt ausgeführt hast oder weil der Depp der es programmiert hat, in dem Fall Du, das Programm nicht fehlertolerant gemacht hat, obwohl er es gekonnt hätte.

Rainer W. schrieb:

beim Download willst du aber jedes mal den kompletten Datensatz seit Anbeginn der Messung herunterladen.

Wenn man nach jedem Auslesen die SD-Karte initialisiert, wie von mir hier Hans schrieb im Beitrag #8101196:

Das ist doch äußerst simpel. Er braucht in seiner Arduino-FW ein Stückchen Code, welches den Empfangspuffer der seriellen Schnittstelle ausliest. Sobald dort eine bestimmte Zeichenfolge erkannt wird, wird der Inhalt der SD-Karte ausgelesen und über die serielle Schnittstelle ausgegeben. Anschließend wird die SD-Karte initialisiert.

vorgeschlagen, dann sind das vermutlich Wochendatensätze oder Monatsdatensätze, also 20160Byte bzw. 86400Byte. Das macht bei 9600Baud ganze 90s, wobei es ja auch nicht zwingend nötig die Übertragung mit 9600Baud zu machen, man darf auch eine höhere Baudrate wählen.

BirnKichler 🧐 S. schrieb:

Ich bin mir ziemlich sicher, dass man kein Waage benötigt. Der TO hat alles was er braucht, er muß es nur richtig benutzen.

KLar! Du vorallem Hirn

Kleiner Nachtrag:

Rainer W. schrieb:

... wenn das Programm nicht mit einer vollen Karte zurecht kommt, ...

Die Kart muß nicht voll sein, das ist nur eine Variante. Eine nicht gesteckte Karte, eine defekte Karte etc. reichen völlig um die FW zum Absturz zu bringen. Genau aus diesen Gründen prüft man ob ein Zugriff auf die Karte möglich ist.

Kann denn der Arduino try/catch wie in C++ oder try/except in python?

Stephan S. schrieb:

Kann denn der Arduino try/catch wie in C++ oder try/except in python?

Soll wohl funktionieren. Dazu muß man in der platform.txt in der Zeile

1

compiler.cpp.flags= ....

den Eintrag -fno-exceptions durch -fexceptions ersetzen.

Mit try catch kann das dann natürlich alles elegant umschiffen

Hans schrieb:

Mit try catch kann das dann natürlich alles elegant umschiffen

die SD-Library wirft aber keine Exceptions.

Warum nicht einfach die SD-Karte "auswerfen"/"unmounten" wenn nicht gebraucht?

Gibt extra SD.end() als Gegenstück zu SD.begin().

Und der Rückgabewert von SD.begin() gibt an, ob die Karte gerade gesteckt ist...

Εrnst B. schrieb:

Gibt extra SD.end() als Gegenstück zu SD.begin().

Lt. Arduino Doku (https://docs.arduino.cc/libraries/sd/#SD%20class) gibt es eben kein SD.end(). Ich habe deshalb jetzt noch einmal auf Github (https://github.com/arduino-libraries/SD/tree/master/src) im Quelltext der SD.h und SD.cpp nachgeschaut dort ist die SD.end() vorhanden. Ich habe es jetzt auch noch mal mit einem kleinen Sketch verifiziert und es scheint SD.end() entgegen der Doku zu geben, zumindest gibt es keinen Compilerfehler, wenn man die Methode verwendet.

Zumindest erscheint es logisch, dass SD.begin() auch die initiale Konfiguration der Schnittstelle, Register, Übertragungsmodi, etc. übernimmt.

Das alles ist nach der Entnahme natürlich weg und muss zwingend erneut durchgeführt werden.

Hans schrieb:

... Der Unterschied zwischen einem Jahr und einer Woche ist Dir schon klar? Die Daten einer Woche zu übertragen ist in 21s erledigt.

Hörst du mir überhaupt zu?
Wenn du eine Dauermessung machst, die bereits 1 Jahr läuft und du dann an den Daten der letzten Woche interessiert bist, dauert es NICHT 21s, die aufgezeichneten Daten zum PC zu übertragen - nun verstanden?

Alles richtig, nur der TO hat erst einmal Probleme die täglichen Gangschwankungen des Pendels im Gewächshaus zu minimieren.

Das interessiert euer Problem momentan überhaupt nicht.

Rainer W. schrieb:

Hörst du mir überhaupt zu? Wenn du eine Dauermessung machst, die bereits 1 Jahr läuft und du dann an den Daten der letzten Woche interessiert bist, dauert es NICHT 21s, die aufgezeichneten Daten zum PC zu übertragen - nun verstanden?

Du begreifst es einfach nicht. Wenn nach dem wöchentlichen Auslesen der Daten jedesmal die Datei, wie von mir vorgeschlagen gelöscht wird, gibt es keine Datei mit Jahresdaten. Die Dateigröße hängt schlicht und ergreifend von den Ausleseintervallen ab.

Wenn Du mal richtig lesen würdest was der Bernd überhaupt will, dann wäre Dir aufgefallen, daß er vorerst Tageswerte haben möchte und dann Wochenwerte. Kannst Du alles in seinem Post (Beitrag "Datenlogger Pendeluhr") nachlesen.

Das scheint was zu werden. Um die Sekunde in 100 Tagen zu erreichen, sollte pro Tag max.
1/100 Sekunde Abweichung sein.

Das ist zwar nur ein kurzer Log über Nacht. Eine gewisse Temperatur-
abhängigkeit ist auch noch zu sehen. (Ich habe das Kompensationselement
gerade nochmal um 1 mm gekürzt). Schaun wir mal, ob es besser wird.

Grüße Bernd

1 Sekunde in 100 Tagen entspricht 115,74 ppb, also 0,11574 ppm. Da ist noch ein Stückchen Weg zu gehen. ;-)

Die Mikrosekunden scheinen nicht nur von der Temperatur abhängig zu sein.

Allerdings sieht die Abgängigkeit von der rel.Feuchte genauso aus.

Lass das bitte ein paar Tage so laufen, evtl war da gestern Abend irgend eine Störung.

Der BM 280 ist kein Genauigkeitswunder. Zur groben Einschätzung
reicht es.

Natürlich bin ich noch lange nicht am Ziel, aber die Richtung stimmt.

Ausreißer habe ich insofern, dass ich mal die Heizung angemacht hatte.
Klimaanlage in Heizfunktion.

Mein "Gewächshaus" ist was anderes, als ein normales Zimmer. Das hat natürlich auch Vorteile. Diese Temperaturschwankungen
(Tag/Nacht) gäbe es in der Wohnung so nicht.