Timer/Zeitschaltuhr einfach

Hans A. schrieb:
> Alle 24 Stunden sollte ein Ausgang auf High gehen(Dauer fest im Sketch
> hinterlegt).
Gut, fest einprogrammiert; kann man so machen, muss man nicht.

> An einem Eingang sollte ein Poti angeschlossen sein um die
> Zeitverzögerung(0-12h) einzustellen. Sprich ich stelle den Poti auf 1h
> Stunde ein, drücke den Reset Button. Der Ausgang wird in einer Stunde
> auf High gehen und dann alle 24h wieder.
Und wann geht er wieder auf LOW?

> Ich hoffe, ich habe das verständlich erklärt.
Nicht ganz, siehe oben.
Und dann fehlt noch die Angabe, wie exakt diese Zeiten sein müssen. Für 
sehr genaue Anforderungen würde ich ein RTC-Modul nehmen, sonst einen µC 
mit Quarz und wenn es gröber sein darf, den internen Oszillator unter 
Verwendung der Timer oder sogar nur den Watchdogoszillator.

Eigentlich ist das eine simple Aufgabe, fast ideal um das Programmieren 
mit einem µC zu üben.

Ich habe mal was ähnliches mal programmiert, allerdings nur für einen 
einmaligen Vorgang und zwei mit Poti einstellbaren Zeiten. Nach Drücken 
einer Taste wird Zeit t1 gewartet und dann für Zeit t2 ein Ausgang 
aktiviert; ohne Wiederholung alle x Stunden und nicht in 
Arduino-Sketch-Format. Da mir die Zeiten nur grob wichtig waren, habe 
ich das mit einem Tiny und dem Watchdogtimer gelöst.

Ich würde das mit einem STM32L0 (mit Uhrenquarz) machen, weil ich damit 
schon ein bisschen experimentiert habe und von daher ein Code-Beispiel 
habe auf das ich aufbauen könnte.

Deren integrierte RTC kann den Mikrocontroller alle 1s bis 36h (mit 
WUCKSEL einstellbar) per Interrupt aufwecken.

Siehe dazu http://stefanfrings.de/stm32/stm32l0.html#rtc_wakeup

Der tiefste Schlafmodus ist "Standby", aus dem kommst du nur mit einem 
"RTC Alarm" heraus. Auch das geht bei den STM32L0.

Magnus M. schrieb:
> ....im Zitat steht die Antwort :)

Naja, manchmal lässt mein Textverständnis eben zu wünschen übrig, danke 
für den Hinweis. :-)

Hans A. schrieb:
> Da die Dämmerung sich immer verändert, müßte die Futterzeit öfter
> verstellt werden

Eben.

WENN man das also schon per uC löst, dann sollte der mit der Dämmerung 
gehen. Die kann man für eine Geoposition vorausberechnen. Es gibt 
fertige passende Zeitschaltuhren (Sonnenaufgangs/untergangstimer) aber 
das ist auch ein schönen Selbstbauprojekt.

Nur muss man Uhrzeit und auch das Datum einstellen, ggf. sogar die GPS 
Position, braucht also ein Display.
Man kann die Hardware bauen, oder nimmt einen fertigen AVR Butterfly.

Dann muss man nur noch die Software schreiben. Auf das letzte uA kommt 
es auch nicht an, der Fütterungsautomat wird mehr brauchen.

Fischgemisch schrieb im Beitrag #6956479:
> Man?! Nur noch?

Die Formel für den Sonnenuntergang ist ja nun nicht so schwer

http://www.gandraxa.com/length_of_day.xml

und eine Schaltuhr ist als Beispiel beim Butterfly dabei Alarm (daily 
alarms, kitchen-timers, etc.)

Das Verheiraten beider mag dich überfordern, sollte aber gar für einen 
Schüler zu schaffen sein.

Hans A. schrieb:
> Für jeden verständlich und fehlerfrei einzustellen.

Du brauchst auf jeden Fall eine Uhr mit Quarz.
Reicht es vielleicht, die Zeit auf 1/2 oder 1 h aufgelöst vorzugeben?
Dann würde ich vorschlagen, einen "Reset"-Taster gedrückt zu halten und 
mit einem zweiten Taster die Anzahl der abzuwartenden Stunden 
einzutippen. Zur Kontrolle könnte man eine LED blinken lassen, wenn der 
"Reset"-Taster neu gedrückt wird. Ein Poti könnte entfallen.

Automatische Berechnungen würde ich nicht implementieren. So pingelig 
mit den Futterzeiten werden die Fische wohl kaum sein.

m.n. schrieb:
> Du brauchst auf jeden Fall eine Uhr mit Quarz.
Ja, wäre nicht schlecht. Vermutlich ist schon der interne Oszillator gut 
genug; es wird ja jede Woche neu gestellt. Man muss ggf. ein wenig 
Aufwand treiben und mit OSCCAL für den IC ein Optimum einstellen.

> Automatische Berechnungen würde ich nicht implementieren. So pingelig
> mit den Futterzeiten werden die Fische wohl kaum sein.
Auch da stimme ich zu.
Da eh einmal in der Woche jemand vorbeikommt und nach der Einrichtung 
schaut, ist es imho auch überflüssig, den Sonnenuntergang zu berechnen. 
Kann man machen, als Kür; ich würde mir die Winkelfunktionsberechnungen 
auf einem kleinen µC auch nicht antun.
In einer Woche ändern sich die Sonnenuntergangszeiten nur um wenige 
Minuten. Im März oder September, wo sich die Tageslänge am deutlichsten 
ändert, sind das gerade mal höchstens 10 Minuten pro Woche.
Größere Fehler würden sich durch die Sommer-/Winterzeitumstellung 
ergeben, wenn man das nicht berücksichtigt.

Adam P. schrieb:
> Also ich würde alles nehmen, aber kein Poti.

Ich denke, das würde mit einem Poti ausreichend gut gehen; mit einem 
Codierschalter ist die Stufung viel gröber. Ratiometrische 
Spannungsmessung und mal durchtesten, wie sich die Zeiten ergeben und 
entsprechend beschriften. Auf eine viertel Stunde hin oder her kommt es 
bei dem Vorgang nicht an, so genau ist das mit einem Poti ohne Probleme 
einstellbar.

Sehr nettes Projektchen für den Einstieg in die µC-Welt 😀.

Ja,  wenn du einfach avr verwenden willst, arduino, da haette ich eine 
einige funktionen welche fuer dich. Hier mit nap fuer p328 . Bei Fragen 
einfach melden, sollte aber
Selbsterklaerend sein. Noch was, WDT ist nicht 2048K sondern 2048*1024 
fuer 16ms,
das ist ein fehler der dokumentation, bzw k Fehler von 1000 und 1024.

1

void nap(byte n) {

2

 byte mode=n&0x80?SLEEP_MODE_PWR_SAVE:SLEEP_MODE_PWR_DOWN; n&=˜0x80;

3

 if(n>9) n=9; 

4

 if(n>7) nˆ=64+8; wdt_clear();

5

byte adcsra = ADCSRA;          //save the ADC Control and Status Register A

6

    ADCSRA = 0;                    //disable the ADC

7

 cli();

8

        MCUSR &= ~(1<<WDRF);

9

  WDTCSR |= (1<<WDCE) | (1<<WDE);

10

  WDTCSR  = n;  wdt_clear();

11

  // Enable the WD interrupt (note: no reset).

12

  WDTCSR |= _BV(WDIE);

13

    set_sleep_mode(mode);

14

    cli();                         //stop interrupts to ensure the BOD timed sequence executes as     //disable brown-out detection while sleeping (20-25µA)

15

    uint8_t mcucr1 = MCUCR | _BV(BODS) | _BV(BODSE);

16

    uint8_t mcucr2 = mcucr1 & ~_BV(BODSE);

17

    MCUCR = mcucr1;

18

    MCUCR = mcucr2;

19

    sei();                         //ensure interrupts enabled so we can wake up again

20

    sleep_mode();

21

    power_all_enable();

22

    ADCSRA = adcsra;               //restore ADCSRA

23

}

24

25

void sleepS(wod n) { dword t=n*1000; if(n>10) n=(t>>10)+1; byte t=n&7; n>>=3; while(n--) nap(9); while(b--) nap(6);  }

26

sword sleep_(byte frac) {  // returns timing difference, 75 for 20 min, 225 for hour interval

27

   TCNT2 = 0;

28

   nap(0x80);  // 250 = 16ms  at 1mhz clock with prescaler 64

29

   byte n=TCNT2; sbyte w=n; if(n<125) w+=250;  w<<=4; // convert measurement to microseconds

30

   w=16000-w;  // w now holds the timing diff in us

31

   w*=frac; if(w>=0) return w>>10; 

32

  w=-w; w = w>>10; return -w; // workaround for fast div 1000/1024

33

}

34

35

void sleep20M() { // time corrected WDT for 20 minutes

36

  sleepS(560); 

37

  sword w=640+sleep_(75);

38

  sleepS(w);

39

}

40

void sleepH(byte n) { n=n+n+n; n<<=1; while(n--) sleep20M(); } // 0-42 hours as valid args.

chris schrieb:
> sollte aber
> Selbsterklaerend sein.

Ich verstehe, daß Du helfen möchtest, aber das Konstrukt wird dem TO 
sicher nichts nutzen.

> Noch was, WDT ist nicht 2048K sondern 2048*1024
> fuer 16ms,
> das ist ein fehler der dokumentation, bzw k Fehler von 1000 und 1024.

Der WDT streut so stark von Bauteil zu Bauteil und mit Temperatur und 
Versorgungsspannung, daß diese Berechnung voll ins Leere läuft.
1% Drift bedeutet ca. 15 Minuten Abweichung/Tag.