-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin3!goblin.stu.neva.ru!news.ripco.com!news.glorb.com!peer03.iad.hi
ghwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!nx01.iad
01.newshosting.com!newshosting.com!newsfeed.neostrada.pl!unt-exc-01.news.neostr
ada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Date: Sun, 05 Jan 2014 11:26:30 +0100
From: szod <b...@a...pl>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101
Thunderbird/24.1.0
MIME-Version: 1.0
Newsgroups: pl.misc.elektronika
Subject: Re: DCF77 a odbieranie bitow AVR
References: <n...@4...com>
<lab84q$ec$1@mx1.internetia.pl>
<52c92b53$0$2370$65785112@news.neostrada.pl>
<labb4c$9ll$1@mx1.internetia.pl>
In-Reply-To: <labb4c$9ll$1@mx1.internetia.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 23
Message-ID: <52c93356$0$2353$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.6.29.146
X-Trace: 1388917590 unt-rea-a-01.news.neostrada.pl 2353 83.6.29.146:11849
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 2275
X-Received-Body-CRC: 4079438255
Xref: news-archive.icm.edu.pl pl.misc.elektronika:657798
[ ukryj nagłówki ]W dniu 05-01-2014 10:53, BartekK pisze:
> No to przecież tak jest.
> przy "początku transmisji" pierwszy impuls > przerwanie > w przerwaniu
> stwierdzamy "nie było to ~100ms ani ~200ms" więc "poprzedni bit ani nie
> był 0 ani 1", i nic się nie dzieje, dopiero od tego momentu startuje
> timer i odlicza czas, i przy drugim impulsie jest już czas zliczony (i
> będzie ~100 lub ~200ms i zostanie zapisany jako odpowiedni bit)
Nie bardzo rozumiem. Jak przyjdzie impuls to timer zawsze coś tam
zliczy. Czy to będzie 100, czy 200, czy 50ms. Trzeba mierzyć czas
pomiędzy bitami żeby stwierdzić gdzie jest początek. Jak będzie początek
transmisji, to nic Ci nie uruchomi przerwania. Mówiąc inaczej jak
będziesz mierzył tylko bity, to nie namierzysz początku. Uzyskasz tylko
ciąg bitów.
Robiłem dekodowanie sygnału dla własnego zegara, ale nie pamiętam
szczegółów. Dawno to było. W każdym razie dobrze jest skorzystać z
pomocy. Są projekty symulatorów DCF. Wpisuje się godzinę i on nadaje
sygnał jak rzeczywisty DCF. Można sprawdzić czy program dekoduje to
prawidłowo. Zawsze to lepsze niż zastanawianie się czy walnięty program,
czy zakłócona transmisja. Ja też tak robiłem. To był jakiś projekt z netu.
Najnowsze wątki z tej grupy
- termostat do lodowki
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
Najnowsze wątki
- 2024-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2024-12-13 Wrocław => Application Security Engineer <=
- 2024-12-13 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-13 Lublin => Programista Delphi <=
- 2024-12-13 Chrzanów => Specjalista ds. public relations <=