He observado otra linea interesante en el firm 4410,la misma que en el 4430, con respecto del cambio de hora:

ddd mmm 00 00:00:00 1900....TZ..
SunMonTueWedThuFriSat...JanFebMarAprMayJunJulAugSepOctNovDec

Según he leido, :

[B]Formats of international time[/B]

The number of seconds since some reference point in time;

[U]network time or internet time
The number of seconds since Mon, 1 Jan 1900 00:00:00 GMT [/U]
unix time
The number of seconds since Thu, 1 Jan 1970 00:00:00 GMT
Times prior to this date are expressed as a negative number.
`977616586' for instance is `Sun Dec 24 00:09:46 2000 GMT'.
Dos time
The number of seconds since Tue, 1 Jan 1980

osea que, también se miden los segundos respecto a la referencia del 1 de Enero de 1900 a las 00:00:00..¿podríamos probar aumentar este valor como probamos el anterior en dos horas?...

seguiré investigando..GRacias

EDITO:
He seguido investigando y tampoco creo que esto solucione el tema: al parecer, si la fecha que el deco "obtiene" supongo que de la antena (en los pc habla del cmos clock), no coincide, o es null, toma la hora utc por defecto..(ahora en españa es la utc+2 por estar en verano) y ahí está el error de las dos horas...si no existiera esta variable, se tomaría la hora local.....pero, aquí viene la pregunta del millon:
¿puede modificarse ese valor por defecto?...y para los que me lo puedan aclarar:
¿como calcula la flash la hora utc?...
¿puede anularse la variable de entorno que participa en la coincidencia con la cmos?
gracias