téli/nyári időszámítás

Sziasztok!

Érdeklődnék, hogy valaki gondolkodott e már azon hogy a DCF kódból hogy lehet kivenni a téli/nyári időszámítást? Még nem, de előbb utóbb muszáj lesz mert nagyon meg akarják szünetetni.

Köszönöm

Annó én ezt úgy csináltam meg, hogy volt rá külön menüpont a beállítások között.

A kiolvasott óra értéke +-1 egy nyomógombbal megoldható . Én csirkeól ajó nyitónál a napkelte napnyugta idejét "kalibráltam" a pic elmentett adataihoz és az RTC értékéhez .

Igen, én is erre gondoltam. A megvalósítása is érdekelne. Ha publikus.

Az órád kódjába kell belenyúlni , hiába írná le bárki hogy ő hogyan csinálta a saját órájánál , a tiédben biztosan nem működne .

Tehát nem a DCF kódot dekódolást kell módosítani? Pontosan hogyan is kell? Milyem logika alapján?

Egyszerűen a kijelzett érték (óra változó) + 1 vagy - 1 a kiolvasás és a kijelzés között

Ez így logikus is lenne, de akkor ezt mindig állítani kell márciusban és októberben nem?

Igen de a pic-arduino bármilyen mikrovezérlő memóriába elmentve a dátumot időt automatikusan megoldhatja aki a kódodba bele tud nyúlni az ezt is meg tudja oldani .

Ez miért probléma?
Szerintem ez úgy logikus, hogy amikor végre eltörlik, akkor Európában egységesen fogják eltörölni, és onnantól az adó is csak azt az időkódot fogja sugározni, amit megtartottak.
Nem lesz téli-nyári váltás.

A DCF, GPS és NTP (wifi) alapokon tök jó órákat lehet csinálni, de nem csak a téli/nyári időszámítással lehetnek gondok, hanem azzal is, hogy hol van az óra.

Alapidő és DST kezelés (Egy időzónás működés)

• Időzóna (TIMEDIFF): A központ egyetlen fix eltolást kapott a Greenwich-i középidőhöz (GMT/UTC) képest, óra-perc felbontásban (pl. UTC+1 esetén TIMEDIFF=0100).
• DST átállás (TDST és TDSF): A mérnököknek minden évben kézzel előre fel kellett programozniuk a következő óraátállítás pontos percét (TDST) és a módosítás mértékét másodpercben (TDSF=3600). Az átállás pillanatában a központ szoftveresen hozzáadta vagy levonta ezt a másodpercértéket.

Igen ez szintén logikus lenne De sajnos a tapasztalat azt mondja hogy valószínűleg nem logikus lesz a végleges döntés. Bízom benne hogy így lesz, de ha mégsem akkor szeretném felkészíteni az órámat

Igen éppen ez volt a problémám a csírkeól ajtó nyitónál , mert a napkelte napnyugta változik a földrajzi hosszúság szélesség függvényében és ezt kellett lekezelnem az RTC és a memóriába mentett tömb értékeinek függvényében . Ha jól emlékszem 5 nyelvű menü került bele és az "időeltolódás" menüből volt állítható

Beszélj a kollégával aki az órád programját írta hogy tegye bele a programba ezt a dolgot (de ki be kapcsolható módon) .Ha mégis jó döntés születik akkor nincs rás szükség ...

Igen, már folyamatban van egy plusz menüpont ahol lehet megadni -12 és +12 közötti eltolást, ami alapértelmezetten 0 lesz. Az hittem bonyolultabb lesz a kivitelezés köszönöm az ötletelést

Akkor megoldódott, jók az ilyen előrevivő ötlelések.
De ha már felmásztam miattatok létrával fényképezni, csak nem hagyom veszendőbe menni.

A tiéd pontosan mit csinál amikor engedélyezve van és mit amikor tiltva?

Ez konkrétan ha tiltva van, akkor semmit.
Tudni kell, hogy ez vasúti mellékórák vezérlésre készült, ahol percenként lépnek egy percet az órák.
Ha engedélyezve van, akkor nézi a dátumot és vagy:
- Megáll három órakor, ameddig az időszámítás szerint három nem lesz
- Kettőkor szépen lassan előre lépteti őket háromra (plusz amennyi a lépkedéssel eltelt)
A kijelzőn meg a valós törvény szerinti időt mutatja.
Talán voltam olyan rendes, hogy amikor megáll a hálózat, akkor kiírattam, hogy óra átállítás folyamatban, hogy a fordulós műszerész ne pánikoljon.