Go Down

Topic: Código horario verano/invierno (Read 5 times) previous topic - next topic

jfeliper

En el enlace que puse viene explicado, y también en la wikipedia, pero esa explicación no la entiendo
http://es.wikipedia.org/wiki/Congruencia_de_Zeller

Lo que calculamos es el último domingo de Marzo y el último domingo de Octubre (las 2 de la madrugada del sábado al domingo ya es el domingo) y si la fecha actual es posterior al último domingo de Marzo, y anterior al último domingo de octubre, entonces es horario de verano (lo almaceno poniendo la variable horariodeverano a true). Se podría afinar más haciendo el cambio a las 2 de la madrugada, pero a mí me vale si lo hace a las 12 de la noche y me simplifica el código.

La hora, la tengo en UTC y si es horario de verano, cuando voy a escribirla muestro la hora +2, pero si no es horario de verano, muestro la hora +1.
Code: [Select]

  if  (horariodeverano==true)
  {
    Serial.print(now.hour()+2, DEC);
  }
  else
  {
    Serial.print(now.hour()+1, DEC);
  }


Aquí la función calculacambiohora, que llama a la de Zeller:

Code: [Select]

void calculacambiohora () {
  DateTime now = RTC.now();
  int anno=now.year();
  //el último domingo de Marzo
  int dhv = 31 - Zeller(anno, 3, 31);
  //el último domingo de Octubre
  int dhi=31 - Zeller(anno,10,31);
  horariodeverano=false;
  if ((( now.month()>3 ) && ( now.month()<10 )) || ( ( now.month()==3 ) && (  now.day()>=dhv)) || ( ( now.month()==10 ) && (  now.day()<dhi)))
  {
    horariodeverano=true;
  }
}


int Zeller(int anno, int mes, int dia)
{
  if (mes <= 2)
  {
    mes = mes + 10;
    anno = anno - 1;
  }
  else
  {
    mes = mes - 2;
  }
  int a = anno % 100;
  int b = anno / 100;
  int resultado =
    (
  700 +
    ((26 * mes - 2) / 10) +
    dia +
    a +
    a / 4 +
    b / 4 -
    2 * b
    ) % 7;
  return resultado;
}


Lo probé el otro día, y por la mañana el arduino-reloj mostraba la hora con el cambio correcto
Saludos

flico

He mirado el codigo y no lo entiendo, como sabe el cambio?

Salu2
Trabajando en ...

    * Control Domotico (En montaje ...)
    http://casitadomotica.blogspot.com/
 

[url=https://bitbucket.org/fmalpartida

jfeliper

Ahora que hemos cambiado de hora, he encontrado una forma bastante sencilla, empleand la "congruencia de Zeller". En este artículo lo explican:
http://latecladeescape.com/recetas-algoritmicas/ya-estamos-otra-vez-con-el-dichoso-cambio-de-hora.html

Igor R

#26
Feb 14, 2011, 04:29 pm Last Edit: Feb 14, 2011, 04:42 pm by Igor R Reason: 1
A ver....

Un byte contiene un numero de 0 a 255.
Si ves el datasheet de tu RTC => http://datasheets.maxim-ic.com/en/ds/DS3231.pdf
Pag 11 => puedes ver los "range" de tus datos.
cual es el problema?? Te va a devolver algo como (fecha de hoy)
Anyo=11, Mes=02, Dia=14  

No hay ningun problema en sumar variables de tipo byte y almacenarlas en un unsigned long (ya que la suma va a ser mas pequenya que el maximo numero que puede albergar unsigned long).






acarreo

Gracias Igor R,

lo que comentas esta bien pero lo que no sé es pasar de variable byte a long, ya que byte es como me devuelve la función del RTC y byte no se suficiente para alamacenar el número.

Un saludo

Go Up