Das deutsche QBasic- und FreeBASIC-Forum

[Veco]

Hallo Forum,
bin dabei im QBasic ein DatenLogger-Progie für meine Solaranlage zu programmieren, das auf einem Uralt-Notebook (...noch 386er, aber nur 12-16W Verbrauch) recht gut seit einigen Monaten läuft - rund um die Uhr.

Habe gerade eine neue Funktion für Berechnung vom aktuellem Sonnenstand (Deklination) zugefügt, das in Log-Datei alle 2 Minuten mit aufgenommen wird, leider bin dabei auf eine Frage "hängen geblieben"...

Ich nutze die TIMER (Sekunden seit Mitternacht) um aktuelle Sonnstand bei bestimte gegr. Länge/Breite zu berechnen, weis ich aber nicht wie sich diese Zähler benimmt bei Umstellung von Winter-/Sommerzeit, wenns um 2 Uhr nachts die Uhr umgestellt werden soll...

- wird PC-Zeit automatisch im Hintergrund umgestellt ?
- wird dieser Zähler automatisch korrigiert (auch bei laufendem Programm) ?
- wird erst beim neuem Programmstart nach Umstellung der Zeit von Hand korrigiert ?
- ...usw...

Wie gesagt, das Logger-Progie läuft rund um die Uhr.

Wie kann ich sicherstellen, das ich die Zeitumstellung korrekt "mitbekomme" damit meine Sonne am nächstem Tag lt. Log-Buch nicht zu früh (zu späth) rauskommt ? Muss ich das programtechnisch "selbst in Hand nehmen" ?

Schöne Grüße
Veco

[Sebastian]

Hallo und willkommen im Forum,

bei einem 386er-Uralt-Notebook in Verbindung mit QBasic gehe ich mal davon aus, dass das Programm unter bloßem DOS ohne Windows läuft. In dem Fall muss meines Wissens die Zeitumstellung manuell erfolgen - entweder innerhalb des Programms oder im BIOS. Windows stellt die Systemzeit automatisch um, DOS hat das, wenn ich mich richtig erinnere, nicht getan.

Weil diese manuelle Zeitumstellung beim Programmieren relativ unangenehm ist, kann man in solchen Fällen ja die UTC, bei der es keine Umstellungen während des Jahres gibt, für die Systemuhr und also auch für die Messdatenspeicherung verwenden. Erst bei der Auswertung der Daten z.B. als Graph o.ä. werden dann die Zeitangaben in die dem Datum entsprechende Zeitzone umgerechnet, falls nötig; der Datenbestand verbleibt aber in der einheitlichen Zeitform.

Viele Grüße!
Sebastian
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[Veco]

Besten Dank für schnelle Antwort.

Stimmt, es läuft unter DOS - allso werde ich mich um Umstellung (letzte Sonntag März/September) selbst kümmern müssen...

Leider bin beim Format der Log-Datei nicht frei - möchte kompatibel zu weiteren Programmen bleiben, darum mit Lokalzeit arbeiten und die "Sonnenuhr" muss ich danach anpassen - trotzdem mit UTC ist ein klasse tipp... )

Damit ich das Rad nicht nochmal erfinden muss - hat jemand diese "Sommer/Winter-Umstellung" aus laufendem Programm schon programmiert?

- Erkennung der Schalttage/Schaltstunde
- Korerktur der Systemuhr (ggf. werde mit SHELL machen)
- Merker/Flag im System auf aktuelle Einstellung (Sommer/Winter) setzen und abfragen

Danke.

[volta]

lohnt sich das?
Ich stellte an meinem PC eine Abweichung von ~ 2 Minuten pro Monat fest.
Nachdem ich mal die Spezifikation des Uhrenquarzes nachlas:

[dreael]

Vielleicht dem Notebook eine gute alte 3Com Megahertz-Netzwerkkarte vom EBay mit 10 MBit/s spendieren, LAN-Manager-Treiber laden und Dein QB-Programm periodisch ein

[Skilltronic]

Hallo

Man könnte auch ein DCF77-Empfangsmodul z.B. über die serielle Schnittstelle an das Notebook anschießen. So hätte man nicht nur immer die genaue Zeit und das Datum, im Signal steckt auch die Information, ob gerade Sommer- oder Normalzeit ist.

Gruß
Skilltronic
_________________
Elektronik und QB? www.skilltronics.de !

[dreael]

Wichtiger Nachtrag zu meinem Vorschlag mit der NTP-Umsetzung:

http://www.ietf.org/rfc/rfc4330.txt

In diesem RFC wird das sog. Simple Network Time Protocoll beschrieben, welches eine starke Vereinfachung gegenüber einer vollen NTP-Implementierung darstellt und sich speziell für Endgeräte eignet, welche lediglich eine genaue Zeit holen möchten, ohne aber selber wiederum NTP-Server zu sein.

Ebenfalls wichtige Ressource aus meiner Sammlung:

http://www.dreael.ch/Deutsch/Download/DatumBerechnung.html

Grund: Weil in NTP ein Timestamp-Wert als Anzahl Sekunden seit 01.01.1900, 0.00 Uhr UTC dargestellt wird, musst Du aus diesem Wert sinnvollerweise Jahr, Monat, Tag, Stunde, Minute und Sekunde extrahieren können. Letztere drei sind mit MOD und "\"-Divison kein Problem, dagegen für das Kalenderdatum musst Du diese oberen 32 Bits nach einer "\ 86400"-Divion meiner dort vorgestellten SUB-Prozedur "verfüttern", um Jahr, Monat und Tag zu erhalten.

Zu UTC: Deswegen muss übrigens ein Betriebssystem immer korrekte regionale Einstellungen besitzen + deswegen kann weltweit ein beliebiger NTP-Server unabhängig seiner Lokalzeit als Referenz verwendet werden!

Zum Thema Sommer- und Winterzeit: Dort hätte ich ebenfalls noch eine Funktion, mit der man zu einem gegebenen Timestamp bestimmen kann, ob es Sommer- oder Winterzeit ist. Müsste ich aber zuerst wieder hervorsuchen + Umsetzungshinweise geben, da das Original in VBScript entstanden ist.

Ansonsten noch interessanter Link:

http://josh.com/SNTPC/index.htm

Hier hat jemand bereits einen einfachen DOS-NTP-Client implementiert, man müsste ihn nur noch umsetzen + für den DOSISODE-Stack anpassen.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[Veco]

Vielen dank für nette Beteiligung (..ich war einige Zeit leider krankheitsbedingt abwesend - sorry!)

Ja, die Abweichung der Systemuhr zum "Echtzeit" habe ich leider auch erkannt. Alle (beiden) vorhandene Schnitstellen sind leider "verbraucht" (Logger-Hardware am Parelell und WEB-Server (XT-nano von AK-Nord) über Seriell) - auf weitere Hardware muss man (und will man...) verzichten... DCF77 bleibt Wunschtraum... )

Denkbar ist das Systemzeit täglich zur "Geisterstunde" etwas nachkorrigieren... und womöglich 1x pro Monat eine weitere Korrektur einführen - das müste reichen (aktuelle Systemzeit wird stätts angezeigt und kann ggf. von Hand (Hotkey) im lfd. Progie weiter korrigiert werden)...

Es wird schon.... )
Danke an alle !!!

[Skilltronic]

[28398]

Da der Takt der PS/2 Schnittstelle nach oben offen ist, wäre das mehr als nur gut möglich
(Klar elektrisch ist das natürlich begrenzt, und auch die Controller werden ihre Grenzen haben. Nichtsdestotrotz ist nirgendwo ein Takt festgeschrieben)

[dreael]

Sonst sollte es mir wirklich einmal langweilig sein, wäre ein einfacher SNTP-Client auf TCP/IP-Basis ein hübsches "verregnetes Wochende"-Projekt für mich... ;-) Würde es dann selbstverständlich quelloffen hier veröffentlichen.

Der Hardware-Aufwand wäre dann wirklich gering: Gebrauchte 10 MBit/s-Ethernetkarte für 16-Bit-PCMCIA für wenige Euro aus dem EBay sowie ganz normales Cat. 5-Patchkabel, beides nur noch an einem der 4 Ports des im DSL-Router integrierten Switchs anschliessen - fertig. Bei baulich ungünstigen Verhältnissen in der Wohnung machen entweder ein Pärchen Powerline-Bridges oder ein als Ethernet-Bridge konfigurierter Wireless LAN-Client-Access Point optimale Dienste.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[Veco]

man-oh-man... Ihr macht mir den Mund ganz schön wässrig...
Ihr seit ganz schön kreative Köpfe )

Habe mir gerade vor paar Tage die TCP/IP unter DOS (per QBasic) angeschaut... das wer's ganz nett (statt meine Idee mit XT-nano von AK-Nord...) - aber eine Wireless-Lösung um an mein FrizBox (und ins Netz) direkt vom DOSe zu kommen, würde natürlich das ganze noch reizvoller machen... )

Gibt da schon Ansätze, Ideen, Projekte... ?

Stimmt, da hat der "Alte" noch eine 16-Bit-PCMCIA Schnittstelle (da kann ich ein Floppy ranstecken)... - hat jemand eine Idee was man hier machen kann um ab DOS ins Netz zu kommen?

[dreael]

[Skilltronic]

Hallo

Ich habe meine Idee mit DCF77-Signal über den PS/2-Mausanschluss mal in einer kleinen Versuchsschaltung umgesetzt, die einwandfrei funktioniert.

Der Einfachheit halber und weil ich leider kein solches Funkuhrmodul habe, messe ich dabei die Temperatur. Dazu habe ich einen PIC-Mikrocontroller (Typ 12F675, kostet €1,15) so programmiert, dass er über den internen AD-Wandler die Spannung an einem Teiler aus einem temperaturabhängigem und einem Festwiderstand misst.

Das Messergebnis wird über zwei digitale Ausgänge des PICs als Bitfolge an die Eingänge der linken und rechten Taste der ausgebauten Elektronik einer alten PS/2-Maus gesendet. Dabei verwende ich eine Art abgewandeltes I²C-Protokoll ohne Rückmeldung.

Die Mauselektronik sendet die Bitfolge dann als entsprechende Rechts- und Linksklicks per PS/2 an den Rechner, dort wertet ein QB-Programm die Klickfolge aus und setzt das Ergebnis wieder zusammen. Eine zusätzliche Stromversorgung ist nicht nötig, der PS/2-Anschluss liefert mit 100 mA genug für Mausplatine und Mikrocontroller und das auch noch bei 5 Volt, genau der richtigen Spannung für den PIC.

Statt der Temperatur- bzw. Spannungsmessung könnte auch ein DCF77-Signal ausgewertet und auf diese Art an den Rechner gesandt werden. Das Prinzip bliebe das gleiche.

Ist vielleicht eine etwas verquere Lösung, könnte aber funktionieren und DCF77 müsste kein "Wunschtraum" bleiben.

Gruß
Skilltronic
_________________
Elektronik und QB? www.skilltronics.de !

[dreael]

[Veco]

Besten Dank - nun habe ich viel Lesestoff vor mir... )

...ich melde mich wieder!
Noch mal vielen Dank.

Grüße an Alle
Veco