DCF ptakovina - videli jste to uz nekdy?

Neděle Únor 17 00:16:37 CET 2008

Vzorkovanie ako princip je OK, ale tak, ako ste to riesili, to bude
malo odolne voci chybam (akoze aj je). Skuste sa inspirovat mojim
sposobom:

http://list.hw.cz/pipermail/hw-list/2007-May/088530.html

miro

--- Jakub Ladman <ladmanj@volny.cz> wrote:

> Vy jste to podle ocekavani chytil prilis do hloubky.
> Ma to byt hobbyprojekt budiku, sice lepsiho nez se koupi v trznici,
> ale 
> precejen nepotrebuju synchronizovat frekvenci oscilatoru s nosnou DCF
> 
> signalu.
> Snazil jsem se vymyslet zachytavani signalu z koupeneho modulu s
> otevrenym 
> kolektorem na vystupu.
> myslim si ze jsem to zaznamenavani vyresil docela poctive.
> Klidne zverejnim zdrojaky, ale zrovna Vam asi k nicemu nebudou, leda
> by ste mi 
> to chtel okomentovat.
> V zasade to delam tak, ze 150ms od startu pulzu nactu deset hodnot a
> je li 
> vice nez polovina z nich jednicka, pak i cely puls je vyhodnocen jako
> 
> jednicka.
> Zdrojaky ktere jsem lustil na webu, meri cas pulsu, ja sampluji v
> urcitem case 
> od hrany, funguje to lepe.
> Kdyz to pripojim na simulator dcf signalu z pc tak to bere
> (pochopitelne) 
> kazdy telegram.
> Bohuzel ten prijimac je zjevne smejd. Uvazoval jsem ze bych si zkusil
> nejakej 
> sam postavit, ale s radiama mam zkusenosti skutecne minimalni a mohlo
> by to 
> dopadnout jeste hur :-)
> Nicmene to co ted resim je odolnost proti spatnym datum s
> odpovidajicima 
> paritama.
> Na ty dokumenty se podivam, uz jsem je pred lety myslim cetl, ale
> nemohl jsem 
> je najit.
> Diky
> Jakub Ladman
> 
> Dne Saturday 16 February 2008 22:36:28 Vláïa Andìl napsal(a):
> > Tak¾e se mù¾ete inspirovat tøeba u mì :-))
> > http://vaelektronik.cz/cteni.htm
> > http://vaelektronik.cz/dekoder.htm
> >
> > Jde o to:
> > 1. dobrý pøijímaè. Jeden krystal ve filtru staèí pøi dobrém
> signálu, ale
> > kdy¾ svítí sluníèko, taky udìláte dobrou fotku i s blbým fo»ákem
> ...
> > 2. z pøijímaèe málokdy lezou správné délky znaèek. Pøijímaèe mají
> obvykle
> > telegrafní zkreslení, znaèky trochu prodlu¾ují nebo zkracují. Pøi
> dobrém
> > signálu to není problém - ale kdy¾ je signál zatí¾ený ¹umem a délky
> znaèek
> > jsou rozházené, s korekcí telegrafního zkreslení jste ve výhodì.
> > 3. najít pøesný zaèátek vteøiny pøi blbém signálu - to chce PLL a
> > prùmìrovat spoustu znaèek. Chytat ka¾dou znaèku zvlá¹» jde taky,
> ale
> > rozptyl délek vlivem ¹umu (ru¹ení) je dvojnásobný.
> > 4. Spoléhat pøi zabezpeèení na vysílanou paritu fakt nestaèí. V
> minutì,
> > hodinì a datumu my mohla být maximálnì jedna chyba, na víc chyb
> parita
> > nestaèí. Mù¾ete je¹tì kontrolovat formát dat (jestli jsou èísla
> dekadická a
> > nepøekroèí max. hodnotu). Tím vylouèíte polovinu chyb jako paritou.
> Dal¹í
> > zapezpeèení je mo¾né jen porovnáváním po sobì jdoucích telegramù.
> > 5. Kdy¾ si koupíte pøijímaè DCF-S, S1 ... udìlá tohle v¹echno za
> vás.
> > DCF-SL to jen "pøed¾výká" a na výstupu dává telegram DCF, ale u¾
> bez chyb
> > :-) Moje pøijímaèe jezdí i na lokomotivách (pod trolejí) a s
> fale¹ným
> > vyhodnocením bordelu není problém.
> >
> > Andìl
> >
> >
> > ----- Original Message -----
> > From: "Jakub Ladman" <ladmanj@volny.cz>
> > To: "HW-news" <hw-list@list.hw.cz>
> > Sent: Saturday, February 16, 2008 9:09 PM
> > Subject: Re: DCF ptakovina - videli jste to uz nekdy?
> >
> >
> > No v létì kdy¾ jsem to postavil a ze základu naprogramoval (nejdøív
> jsem
> > upravoval cizí algoritmy a pak je zavrhl a napsal si to znovu
> posvým), to
> > jelo taky co telegram to synchronizace, ale u¾ v prùbìhu záøí se
> signál
> > zaèal
> > zhor¹ovat a teï je to tak jak o tom hovoøí ten logovací soubor,
> obèas
> > platnej
> > telegram v haldì bordelu.
> > Ale je to asi tím ¾e ten pøijímaè co pou¾ívám evidentnì stojí za
> hovno
> > (najít
> > na parapetu okna místo, kde to obèas syncne je porod, CRT TV ani
> monitor u
> > toho není).
> > Datum potøebuju, neb mám na ka¾dý den jiné budíky a taky se
> zobrazuje.
> > Algoritmus poèítá s pøestupnou sekundou, ale nijak na ni nereaguje,
> prostì
> > by
> > se mìlo zobrazit 60 na pozici vteøin, ale nikdy jsem to nevidìl.
> Zmìna l/z
> > èasu taky není o¹etøená s tím ¾e se to srovná pøi nejbli¾¹í
> synchronizaci -
> > ov¹em to jsem je¹tì nepoèítal s tím, ¾e budu muset srovnávat po
> sobì jdoucí
> > synchronizace.
> >
> > Jakub Ladman
> >
> > Dne Saturday 16 February 2008 20:15:37 Ale¹ Novák napsal(a):
> > > Stavìl jsem jen hodiny bez kalendáøe asi tak pøed osmi lety. Jsou
> > > prakticky stále na oèích a je¹tì jsem nezaznamenal ¹patnou
> > > synchronizaci. Paritu testuju taky, i kdy¾ by to ani nebylo
> nutné.
> > > Hlavnì testuju, jestli dekódovaná informace odpovídá tomu co
> oèekávám.
> > > Tøi po sobì následující dekódované informace se musí li¹it právì
> v¾dy
> > > o jednu minutu po pøedchozí. To u¾ dává vysokou pravdìpodobnost
> > > správného ètení. Pokud je¹tì hodiny nebì¾í, spokojím se jen se
> > > správnou paritou a hodiny nastartuju.
> > > Pøechod mezi SEÈ a SELÈ neøe¹ím, i kdy¾ DCF tuto informaci taky
> nese.
> > > Myslím, ¾e i o pøestupné sekundì se ví dopøedu. Prostì se hodiny
> > > zasynchronizují o pár minut pozdìji. Kdo na nì taky hledí ve tøi
> > > v noci, ¾e.
> > > Èetnost synchronizace sice neznám ale podle blikání ledky se zdá
> > > signál docela kvalitní a po zapnutí hodin se "chytí" vìt¹inou na
> první
> > > ètení od zachycení minutové znaèky.
> > > ==============================
> > > S pozdravem,
> > >   Novalex
> > >
> > > JL> Tak jsem si u tìch chybných telegramù pøepoèítal ty parity a
> bohu¾el
> > > v¹echny JL> opravdu sedí, tj. testovací algoritmy jsou správné,
> ale data
> > > natolik protivná JL> ¾e kontrolou projdou (no ta ochrana tìmi
> paritami u¾
> > > na první pohled nevypadá JL> nijak bombenfest, holt je to
> poplatný dobì
> > > vzniku).
> > > JL> Napadá mì ¾e nejsna¾¹í (nejmen¹í poèet krokù) bude testovat,
> zda
> > > datum JL> odpovídá dnu v týdnu, ostatnì funkci co den v týdnu z
> data
> > > poèítá u¾ v JL> hodinách mám.
> > > JL> Hodiny a minuty pak spolehlivì jedinì porovnáváním po sobì
> jdoucích
> > > telegramù JL> a jejich èasového odstupu.
> > >
> > > JL> Jak jste to dìlali vy?
> > >
> > > JL> Jakub Ladman
> > >
> > > JL> Dne Saturday 16 February 2008 17:32:04 Jakub Ladman
> napsal(a):
> > > >> Ahoj
> > > >> V priloze je log soubor ktery jsem zachytil ze seriaku svych
> DCF
> > > >> hodin, snazim se zbavit falesnych synchronizaci casu, ale
> stale se
> > > >> nedari na 100%. Vcera jsem se po pul roce dokopal k pripsani
> toho
> > > >> logovani na seriovku a podle toho co jsem videl jsem se
> pokousel
> > > >> opravit chyby v dekodovani. Dopsal jsem omezeni maximalniho
> poctu
> > > >> prijatych bitu v telegramu na 61, driv by to bylo ochotno
> citat furt
> > > >> pryc, kdyby neprisla
> > > >> minutova znacka. Dale jsem doplnil kontrolu hodnoty nulteho
> bitu (==
> > > >> 0) a startbitu (== 1), drive to kontrolovalo jen ty tri
> parity.
> > > >> K memu prekvapeni se to ale stale synchronizuje na kokotiny.
> > > >> Toto pisu driv nez zacnu data sam rozebirat, zajima mne jestli
> panove,
> > > >> kteri tu maji s prijmem dcf zkusenosti taky neco takoveho
> > > >> zaznamenavaji.
> > > >> Jdu prepocitat ty parity v prijatych datech u tech falesnych
> > > >> synchronizaci a jestli sedi budu muset holt vyrobit nejakou
> logickou
> > > >> kontrolu - jako jestli cas mezi jednotlivymi synchronizacemi
> odpovida
> > > >> rozdilu v prijatych telegramech, jestli se datum nezmensilo,
> jestli
> > > >> tam neni nejaky dalsi nesmysl, jako treba den v tydnu > 6, den
> == 0,
> > > >> mesic == 0.
> > > >> Ale uprimne receno se mi do toho moc nechce :-)
> 
=== message truncated ===

      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping