[elektro] DCF helyett?

[potyo]

Mondjuk biztos van erre valami gyorsabb algoritmus is, máskor találtam
is valahol a neten, de most nem sikerült rálelni. Meg ezen is lehetne
még optimalizálni, illetve hardver/fordítófüggő is, hogy mi a
leggyorsabb, de ahányszor ezt számolni kell, arra az 1ms is megteszi.
Az évet se muszáj 1970-től indítani, akár lehet 2010-től is, és akkor
a days változóból csak ki kell vonni azt, hogy hány nap volt 1970-től
2010-ig, azon is lehet nyerni. De úgyis az osztás viszi el az idő nagy
részét hardveres osztás nélküli kontrolleren.

Erről jut eszembe, ahogy nézem, ez 32/32 bites osztással számol. Nem
szoktak a C fordítók pl 32/16 bites osztásra könyvtárakat tartalmazni?
Mert egy egyszerű 8x8-as szorzást is 16x16 szorzásként csinál a C18
(ugye egyiket castolni kell, hogy ne csak 8 biten képezze az
eredményt), és ez lassúbb, mintha a PRODH és PRODL regiszterekbe
kézzel pakolnám be, majd venném ki egy 16 bites változóba az
eredményt...

potyo <potyo.ada at gmail.com> írta (2010. március 31. 14:44):
> http://potyo.info/timestamp.c
>
> 2010/3/31 Pipi <lista at puzsar.hu>:
>> 2010.03.31. 02:20 keltezéssel, potyo írta:
>>> 2010/3/30 Pipi<lista at puzsar.hu>:
>>>> ntp benne van a mchip tcpip stackban,
>>>> aztán létezik pl a daytimeprotokol is az egyszerűbb:
>>>> http://www.beaglesoft.com/clwafeatdaytime.htm
>>>> mindjárt ellenőrizheted, böngészőbe: http://time-a.nist.gov:13/ bár ez utc-s, de találsz asszem német szervert, ami helyi időt ad ascii-ban
>>>> az ntp sokbites (64?) binárist kis mikrovezérlővel bonyolult feldolgozni, asszem csak pic24 felett van C támogatás a time-hoz
>>>
>>> 18F-en az NTP átalakítása emészthető formába 1ms-on belül megvan
>>> 20MHz-es órajelnél hat változóban: év, hónap, nap, óra, perc,
>>> másodperc. C-ben a változók definíciójával együtt 30 sor. Ez szerintem
>>> egyáltalán nem bonyolult.
>> Ez érdekelne, küldesz kódot/linket?
>>
>>
>>
>>
>> --
>> Pipi
>> http://www.puzsar.hu
>>
>> -----------------------------------------
>>          elektro[-flame|-etc]
>>
>