W dniu 2018-07-17 o 10:26, Atlantis pisze:
> On 17.07.2018 02:59, HF5BS wrote:
>
>> Ciekaw jestem, jak to dziś wygląda.
>
> Niestety, wygląda na to, że problemów ciąg dalszy. Sukcesów brak.
> Zostawiłem moduł podpięty na noc do Arduino połączonego z laptopem.
>
> Odpaliłem ten przykład:
> https://github.com/thijse/Arduino-DCF77/blob/master/
examples/InternalClockSync/InternalClockSync.ino
>
> Z tej biblioteki:
> https://github.com/thijse/Arduino-DCF77
>
> Nad ranem czas ciągle nie był zsynchronizowany.
>
> Zastanawiam się co może być nie tak. Jakość sygnału jest tak słaba, czy
> może ja robię coś źle?
>
> Używam tego modułu:
> https://allegro.pl/i7295069341.html
>
> W tej chwili przychodzi mi jeszcze do głowy jedna hipoteza - być może
> ten konkretny moduł wystawia sygnał zanegowany w stosunku do tego, co
> przyjął domyślnie autor biblioteki. Kod obsługuje taką okoliczność,
> trzeba jedynie przekazać dodatkowy parametr do konstruktora obiektu.
> Spróbuję przy następnym teście.
>
> Może zresztą spróbuję przeportować bibliotekę na PIC32 i przyjrzę się
> jej działaniu za pośrednictwem debuggera. I tak większość właściwych
> projektów robię na tych układach. Tyle tylko, że na Arduino chciałem tak
> czy inaczej zobaczyć, czy ten moduł działa...
Tu masz link do zródeł z książki Tomasza Francuza "praktyczne projekty"
https://helion.pl/pobierz-przyklady/avrppr/
w dziale przerwania masz program dcf77 z zródłami i opisem.
Układ pracuje na odwrotnej logice, brak sygnału lub przerwa to 0 a
odbiór bitu to 1
przez 100 lub 200ms.
Procek to atxmega, ale że nie korzysta z dma to może być dowolna.
jak będziesz chciał pinologię to Ci napiszę.

>
> Może problem leży gdzieś po stronie zasilania? W końcu to odbiornik
> radiowy... Byłoby wskazane podłączenie go do VCC przez jakiś filtr LC?
>
To nigdy nie zaszkodzi.

--
Pozdr
Janusz