ATNEL tech-forum

DCF7 po raz któryś

2014-10-31T23:05:35+01:00

Update: potestowałem odbior dcf-a moim starociem budzikiem.
Nie mam w ogóle żadnego sygnału w pokoju. No i jak to miało działać
Kupiłem jeszcze jeden zegarek, za całe dwie dychy i będę go operował !! Ma dość fajną obudowę i jeszcze sporo rożnych bebechów do wykorzystania lub nie
Też nie łapie, podobnie jak staroć. Zobaczę jeszcze w nocy.

Potrenowałem, przelutowałem antenkę. Coś jest .....
"Analizator stanów" pokazuje co 30 ms jedna linia to 3 sekundy
Pałka to 1 kropka 0

Statystyki: Napisane przez sq5rix — 31 paź 2014, o 23:05

Re: DCF7 po raz któryś

2014-10-29T23:02:13+01:00

Dzięki - spróbuję chociaż na stykówce może być kłopot.

Próbuję zrobić rejestrator stanu na Oledzie i mam niezłą zagwozdkę:

Kod rejestratora:

main.c -> nic tu nie ma ciekawego, inicjacja i już
[syntax=c]#include
#include
#include "oled_lib/oled_lib.h"
#include "dcf77_lib/DCF.h"

void init_all(void);
// global variables

//licznik przerwan
volatile uint8_t interrupt_counter;

void init_all(void);

int main()
{
init_all();
sei();
while(1) {

}
}

void init_all(void){
//key and led init
// interrupt registers for key presses
oled_init();
oled_clear_display();
oled_set_cursor(3,3);
oled_prints("DCF77 test",WHITE,BLACK,2);
oled_display();
_delay_ms(1000);
oled_clear_display();
oled_display();
DCF_Initalize();
}[/syntax]

DCF.h -- > trochę ciekawiej, ustawienie pinu D3 jako wejścia sygnału

[syntax=c]#ifndef DCF_H_
#define DCF_H_

#include
#include

#define DCF_INT INT0
#define DCF_INT_vect INT0_vect
#define DCF_INT_ON GICR |= (1<#define DCF_INT_OFF GICR &= ~(1<#define DCF_INT_RISING MCUCR = (1<#define DCF_INT_FALLING MCUCR = (1<
#define T_PIN (1<#define LINE_T_1 ~(PIND & T_PIN)

// dlugosc sygnalu: 50-150-250 ms
#define MS50 1562
#define MS150 4688
#define MS250 7812

// 1.5-2 sekundy
#define S150 46875
#define S200 62500

// timer do testow co 20ms
#define MS20 45

//poza norma MS750 i MS950
#define MS750 23437
#define MS950 29687

void DCF_Initalize();
//ISR (DCF_INT_vect);

#endif /* DCF_H_ */[/syntax]

No i najciekawsze... pominąłem liboledówkę bo nie ma znaczenia - i podpiąłem dla testów pod włącznik na płytce
No i guzik - nie przełącza.... nie mam bladego pojęcia co to
Jak ustawię zmienną current_signal np. toggla co takt, pięknie wszystko się pokazuje, jak czytam z portu nic

Pomocy!!

[syntax=c]#include "DCF.h"
#include "../debug.h"
#include "../oled_lib/oled_lib.h"

static volatile uint8_t current_signal;
//static volatile uint8_t timer;
void print_0_1(void);

void DCF_Initalize()
{
// timer0
TCCR0 |= (1<TCCR0 |= (1<OCR0 = 38;// dodatkowy podzia³ przez 39 (rej. przepe³nienia)
TIMSK |= (1<
DDRD &= ~(T_PIN);
PORTD |= T_PIN;

oled_set_cursor(0,0);
oled_register_display(print_0_1);
}

void print_0_1(void){
static uint8_t x_pos, y_pos;
y_pos = oled_get_cursor_y();
x_pos = oled_get_cursor_x();
if(1==current_signal){
oled_draw_vline(x_pos++,y_pos,3,WHITE);
}else{
oled_draw_pixel(x_pos++,1+y_pos,WHITE);
}
if(x_pos>120){
y_pos += 4; //new line
x_pos = 0;
oled_display();
}
if(y_pos>60){
y_pos=0;
oled_clear_display();
}
oled_set_cursor(x_pos, y_pos);
}

ISR( TIMER0_COMP_vect ){
if(LINE_T_1)current_signal = 0;else current_signal = 1;
oled_set_flag();
oled_event();
}[/syntax]

Głowna zabawa jest timerze, który co 20ms odczytuje pin i ustawia linię lub kropkę na wyświetlaczu.

Po dłuższej chwili - działa - po prostu timer był za szybki i nie łapał ustawienia pinu - ciekawe czy da się z tym coś zrobic ......

Statystyki: Napisane przez sq5rix — 29 paź 2014, o 23:02

Re: DCF7 po raz któryś

2014-10-29T18:46:58+01:00

sq5rix napisał(a):

Są tu otworki na rezystor 60k

to jest na inny kwarc

Wyjścia takich układów mają małą wydajność prądową (porównaj z MAS6180B1). Tutaj podają minimum 5uA (nie wiadomo ile maksimum). Dla 5uA i napięcia 3V to wyjdzie 600k. Najlepiej jak podłączysz dodatkowy tranzystor z podciąganiem bazy do plusa rezystorem 1M i kolektora 100k. Za tym kolejny tranzystor i ten już mógłby wysterować LED, a wtedy jeszcze bez zaprogramowanego uP byłaby informacja, że sygnał dociera.

Statystyki: Napisane przez Krauser — 29 paź 2014, o 18:46

DCF7 po raz któryś

2014-10-29T00:39:54+01:00

Wielkie dzięki !! Bardzo cenne informacje.

Hmm, takie radyjko może być ciekawe - pamiętasz może schemat?

Logger to świetny pomysł spróbuję to zaprogramować - może wyślę na uart i terminal. Po prostu zbiorę stan pinu co jakieś 10 ms.

Najśmieszniejsze jest to, że od dobrych 10 lat mam kupiony za grosze budzik, który odbiera bez zarzutu ten sygnał, i to przy oknie w wewnetrznym podwórku.

Mieszkam na zachodzie Warszawy i mam dość dobre warunki.

Walczę dalej

Tak dla ciekawości to jest taki moduł:
http://www.mas-oy.com/uploads/Data%20sh ... 0B1COB.pdf

Statystyki: Napisane przez sq5rix — 29 paź 2014, o 00:39

Re: DCF7 po raz któryś

2014-10-29T00:02:11+01:00

Moim skromnym zdaniem masz problem ze słabym sygnałem radiowym.
Pierwsza sprawa to oddalenie anteny od wszelkiego rodzaju źródeł zakłóceń.
Kolejna - rdzeń anteny powinien leżeć poziomo i powinien być skierowany prostopadle w kierunku nadajnika w Mainflingen (Niemcy)
Nie wiem gdzie wykonujesz próby ale najlepsza siła sygnału jest na zachodzie kraju, im dalej na wschód tym trudniej odebrać poprawną transmisję.

Ja jak kiedyś budowałem zegar z tym odbiornikiem to najpierw zbudowałem sobie małe "radyjko" do odbioru tego szumu
Na podstawie odsłuchu ustawiłem kierunek i przede wszystkim miejsce instalacji anteny. Okazało się, że sygnał jest bardzo podatny na zakłócenia od wszelkiego rodzaju urządzeń elektronicznych. Miejsce gdzie stała antena też miało duże znaczenie. Czasami wystarczyło przesunąć statyw anteny o kilkadziesiąt centymetrów i praktycznie całkowicie zanikał sygnał.
Dopiero jak miałem wyraźny odsłuch impulsów co sekundę - zabrałem się za programowanie. Na początek warto zrobić sobie takiego loggera, który wychwyci i zmierzy każdy impuls. Widać wtedy ładnie jak mocno zakłócenia wpływają na szerokość poszczególnych impulsów. Naprawdę ciężko "złapać" poprawną, całą, minutową ramkę danych.
Jeśli nie potrafisz lub nie chcesz tracić czasu na budowanie odbiornika do odsłuchu (bo nie wiem czy poza mną ktoś się na to zdecydował ) to proponuję na początek naskrobać kod do wyświetlania "zer" i "jedynek" i nawet ręcznie, na kartce papieru spróbować rozpisać sobie odkodowaną informację jaką odczytaliśmy. Może to mozolne i nie bardzo przydatne ale pozwala dokładnie zrozumieć co odbieramy. Wtedy będziesz wiedział skąd się biorą te przerwania częściej niż jedno na sekundę. No i przypominam.... nie tylko musimy "złapać" taki impuls ale też zmierzyć jego długość.
Trochę się rozgadałem ale mam nadzieję, że pomogłem. Jeśli będziesz miał nadal problemy to może uda mi się Ciebie bezboleśnie przeprowadzić przez ten kapryśny temat.

Uzupełniając - próby prowadziłem w Toruniu więc odbierany sygnał był jeszcze całkiem przyzwoity. Dla porównania podobne odsłuchy wykonałem w okolicach Szczecina i tam sygnał był zdecydowanie łatwiejszy do podsłuchania, a i jakość też dużo lepsza.

Statystyki: Napisane przez tec-dive — 29 paź 2014, o 00:02

Re: DCF7 po raz któryś

2014-10-28T22:10:23+01:00

Hmm, na razie włożyłem 47k i przestało w ogóle wysyłać przerwania

Statystyki: Napisane przez sq5rix — 28 paź 2014, o 22:10

DCF7 po raz któryś

2014-10-28T22:02:27+01:00

Są tu otworki na rezystor 60k
Tak może być bo jak ustawiam HiZ poprzez wyciagnięcie kabelka to dalej zasuwa
OC to znaczy open collector?

Statystyki: Napisane przez sq5rix — 28 paź 2014, o 22:02

Re: DCF7 po raz któryś

2014-10-28T21:57:44+01:00

Może ten moduł DCF77 ma wyjście OC i wewnętrzny PullUp pomoże.

Statystyki: Napisane przez Krauser — 28 paź 2014, o 21:57

Re: DCF7 po raz któryś

2014-10-28T21:28:42+01:00

No to racja

A więc po kolei:

main.c
[syntax=c]#include
#include
#include "oled_lib/oled_lib.h"
#include "dcf77_lib/DCF.h"
//#include "debug.h"

#define MS10 10

void init_all(void);
// global variables

//licznik przerwan
volatile uint8_t interrupt_counter;

void init_all(void);

int main()
{
init_all();
sei();
while(1) {

}
}

void init_all(void){
//key and led init
// interrupt registers for key presses
oled_init();
oled_clear_display();
oled_set_cursor(3,3);
oled_prints("DCF77 test",WHITE,BLACK,2);
oled_display();
_delay_ms(2000);
oled_clear_display();
oled_display();
DCF_Initalize();
}[/syntax]

DCF.h
[syntax=c]#ifndef DCF_H_
#define DCF_H_

#include

#define DCF_INT INT0
#define DCF_INT_vect INT0_vect
#define DCF_INT_ON GICR |= (1<#define DCF_INT_OFF GICR &= ~(1<#define DCF_INT_RISING MCUCR = (1<#define DCF_INT_FALLING MCUCR = (1<
// dlugosc sygnalu: 50-150-250 ms
#define MS50 1562
#define MS150 4688
#define MS250 7812

// 1.5-2 sekundy
#define S150 46875
#define S200 62500

//poza norma MS750 i MS950
#define MS750 23437
#define MS950 29687

void DCF_Initalize();
ISR (DCF_INT_vect);
ISR( TIMER1_OVF_vect );

#endif /* DCF_H_ */[/syntax]

i wreszcie DCF.c
[syntax=c]#include "DCF.h"
#include "../debug.h"
#include "../oled_lib/oled_lib.h"

void DCF_Initalize()
{

//timer 1 16-bit
TCCR1B = (1<TIMSK |= (1<
// konfiguracja przerwania od DCF77
DCF_INT_RISING; //zbocze narastajace -szukanie bitu synchronizacji co sekunde
DCF_INT_ON;
}

ISR( TIMER1_OVF_vect ){
// na razie nic
}

//przerwanie od zmainy sygna�u DCF77
ISR (DCF_INT_vect){
static uint16_t timer1;
oled_set_cursor(12,10);
oled_clear_display();
oled_prints("Int0...", WHITE, BLACK, 1);
oled_printint(timer1++,10,WHITE,BLACK,1);
oled_display();

}[/syntax]

Pin T jest podłączony do portu PD2, zasilanie 3.3V, pin P1 ten z lewej jest do masy, układ na stałe włączony. Po przepięciu do 3.3V przerwania się zatrzymują.

Statystyki: Napisane przez sq5rix — 28 paź 2014, o 21:28

Re: DCF7 po raz któryś

2014-10-28T20:49:26+01:00

Ja myślę że powinieneś napisać jeszcze, do czego ten moduł podłączyłeś i kawałek kodu na początek by się przydał bo z Twojego pytania to można jedynie wróżyć

Statystyki: Napisane przez Piotrek_P — 28 paź 2014, o 20:49

DCF7 po raz któryś

2014-10-28T20:39:00+01:00

Moi drodzy, kupiłem sobie moduł DCF77.

Po podpięciu uruchomiłem go tak, żeby obsługa przerwania wyświetlała kolejny numer przerwania. Przerwanie INT0 jest na zbocze rosnące. Chciałem po kolei to cudo uruchamiać.

Niestety, przerwania lecą jedno za drugim, tak ze 3-4 na sekundę.
Pytanie - czy to normalne? Z opisu sygnału wynika mi, że powinno być jedno takie przerwanie na sekundę, poza 59-tą.

Co o tym myślicie?

Statystyki: Napisane przez sq5rix — 28 paź 2014, o 20:39