NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak odbierać sygnał DCF77 na module z anteną ferrytową podłączonym do Arduino?
Goto page Previous 1, 2, 3, 4, 5, 6, 7 Next
Janusz
Guest
Guest
Wed Jul 18, 2018 6:59 pm
W dniu 2018-07-18 o 12:34, J.F. pisze:
Quote:
Użytkownik "Janusz" napisał w wiadomości grup
dyskusyjnych:pin10b$455$1@node2.news.atman.pl...
W dniu 2018-07-18 o 09:34, J.F. pisze:
Długie to zbyt ogólna nazwa, DCF-wi z 77,5khz daleko do Warszawy
227 czy 225khz
od lutego '85 jest 225 kHz. Pamiętam, jak przestrajali, wyłączyli na
ok. godzinę, w tle chyba jakimś generatorem kręcili, bo wskaźnik
siły sygnału podrygiwał, słychać też było, że jakaś mała nośna stoi
w tle. Po ok. godzinie włączyli już o 2 kHz niżej.
Antene stroili ?
Raczej wątpię, musieli by ją wydłuzyć, dostroili pewnie dopasowanie do
anteny.
To mialem na mysli - byl tam taki spory "budynek antenowy".
Swoja droga - oryginalna antena byla idealna,
Długość to długość, trudno coś tutaj spiepszyć, co innego finder
dyskusyjnych:pin10b$455$1@node2.news.atman.pl...
W dniu 2018-07-18 o 09:34, J.F. pisze:
Długie to zbyt ogólna nazwa, DCF-wi z 77,5khz daleko do Warszawy
227 czy 225khz
od lutego '85 jest 225 kHz. Pamiętam, jak przestrajali, wyłączyli na
ok. godzinę, w tle chyba jakimś generatorem kręcili, bo wskaźnik
siły sygnału podrygiwał, słychać też było, że jakaś mała nośna stoi
w tle. Po ok. godzinie włączyli już o 2 kHz niżej.
Antene stroili ?
Raczej wątpię, musieli by ją wydłuzyć, dostroili pewnie dopasowanie do
anteny.
To mialem na mysli - byl tam taki spory "budynek antenowy".
Swoja droga - oryginalna antena byla idealna,
Długość to długość, trudno coś tutaj spiepszyć, co innego finder
zasilający, to do niego się w tym budynku dostrajali.
czy tez wymagala
Quote:
dostrojenia dopasowania, bo teoria sobie,a zycie sobie ? 
Dopasowanie miała bo to tylko odczep z anteny na odpowiedniej wysokości
Dopasowanie miała bo to tylko odczep z anteny na odpowiedniej wysokości
do uziemienia a dół anteny na izolatorach i do findera, tak był zrobiony
ten co się zawalił, jak jest w Raszynie to nie wiem ale chyba identycznie
bo innych rozwiązań chyba nie ma.
--
Pozdr
Janusz
J.F.
Guest
Guest
Wed Jul 18, 2018 10:01 pm
Dnia Wed, 18 Jul 2018 20:59:34 +0200, Janusz napisał(a):
Quote:
W dniu 2018-07-18 o 12:34, J.F. pisze:
Swoja droga - oryginalna antena byla idealna,
Długość to długość, trudno coś tutaj spiepszyć,
Swoja droga - oryginalna antena byla idealna,
Długość to długość, trudno coś tutaj spiepszyć,
Dlugosc to dlugosc, ale czy sie nie okaze, ze liczy sie tez grubosc,
ksztalt czy material ?
Quote:
co innego finder
zasilający, to do niego się w tym budynku dostrajali.
czy tez wymagala
dostrojenia dopasowania, bo teoria sobie,a zycie sobie ?
Dopasowanie miała bo to tylko odczep z anteny na odpowiedniej wysokości
do uziemienia a dół anteny na izolatorach i do findera, tak był zrobiony
ten co się zawalił, jak jest w Raszynie to nie wiem ale chyba identycznie
bo innych rozwiązań chyba nie ma.
zasilający, to do niego się w tym budynku dostrajali.
czy tez wymagala
dostrojenia dopasowania, bo teoria sobie,a zycie sobie ?
Dopasowanie miała bo to tylko odczep z anteny na odpowiedniej wysokości
do uziemienia a dół anteny na izolatorach i do findera, tak był zrobiony
ten co się zawalił, jak jest w Raszynie to nie wiem ale chyba identycznie
bo innych rozwiązań chyba nie ma.
W Raszynie byla cwiercfalowa, a w Gąbinie polfalowa, to calkiem inne
systemy zasilania.
J.
Guest
Wed Jul 18, 2018 10:08 pm
W dniu środa, 18 lipca 2018 09:33:30 UTC-5 użytkownik J.F. napisał:
Quote:
Użytkownik "Adam Wysocki" napisał w wiadomości grup
dyskusyjnych:pinh1c$tcr$4$gof@news.chmurka.net...
Piotr Wyderski <peter.pan@neverland.mil> wrote:
Z dzisiejszej perspektywy spitolili, ale biorąc pod uwagę kontekst
historyczny, to równie dobrze można narzekać, że lampowe radia
samochodowe nie miały RDSu. A porządne kody korekcji błędów to
dopiero czasy programu Apollo.
Tak, to prawda, ale czemu nikt tego nie naprawił gdy technika poszła
do
przodu?
No bo "mamy juz tysiace odbiornikow, nie mozemy zmieniac standardu".
Poza tym czy nie poprawili ? Pojawila sie ta modulacja fazy.
dyskusyjnych:pinh1c$tcr$4$gof@news.chmurka.net...
Piotr Wyderski <peter.pan@neverland.mil> wrote:
Z dzisiejszej perspektywy spitolili, ale biorąc pod uwagę kontekst
historyczny, to równie dobrze można narzekać, że lampowe radia
samochodowe nie miały RDSu. A porządne kody korekcji błędów to
dopiero czasy programu Apollo.
Tak, to prawda, ale czemu nikt tego nie naprawił gdy technika poszła
do
przodu?
No bo "mamy juz tysiace odbiornikow, nie mozemy zmieniac standardu".
Poza tym czy nie poprawili ? Pojawila sie ta modulacja fazy.
Mozna, tylko trzeba zadbac aby sie komunikacje nie zaklocaly. A sygnaly nadawac na zmiane. Wtedy nawet rachunek za elektrownie wyjdzie taki sam.
Tylko trzeba potrzebowac a niemce nie potrzebuja.
HF5BS
Guest
Guest
Thu Jul 19, 2018 1:48 am
Użytkownik "Janusz" <janusz_kk@o2.pl> napisał w wiadomości
news:pio287$4l3$1@node2.news.atman.pl...
....
Quote:
Taki mały protip. Opera ma wbudowane darmowe proxy, które może ci pomóc
ominąć blokadę: https://www.opera.com/
Spróbuję, miałem kiedyś operę ale jak przeszli na inny silnik i udupili
wszystkie rozszerzenia to im podziękowałem.
ominąć blokadę: https://www.opera.com/
Spróbuję, miałem kiedyś operę ale jak przeszli na inny silnik i udupili
wszystkie rozszerzenia to im podziękowałem.
Zdaje mi się, że Vivaldi jest robiony przez ekipę starej Opery... ale nie
badałem go szerzej, co ze starej Opery pozostało w nim.
To nie tylko nowy silnik (Opera), to OIMW, także nowa ekipa, która to robi.
Zdaje mi się, że chyba się tam pożarli nieco i drogi się rozeszły.
I wersja 12.18 jest ostatnia, chyba, że ktoś chce betę, to 12.50, ale ma
kilka wsteczności, wobec 12.18, m.in. nieco gorsze renderowanie niektórych
stron. Natomiast rzadziej zachodzi zjawisko, które zaczęło się od 12.16,
nazywam je odpięciem się interfejsu. Zachodzi tym bardziej, im szybszy jest
komp i obciążenie, ale przy byle stronce też potrafi. To jedyna, prócz nie
wspierania już raczej niczego nowszego, wada opery 12.16-18, oraz, w dużo
mniejszym stopniu, bety 12.50.
Szkoda, bo to naprawdę wygodny program.
--
Łapy, łapy, cztery łapy,
A na łapach pies kudłaty.
Kto dogoni psa? Kto dogoni psa?
Może ty? Może ty? Może jednak ja...?
Janusz
Guest
Guest
Thu Jul 19, 2018 7:05 pm
W dniu 2018-07-19 o 00:01, J.F. pisze:
Quote:
W Raszynie byla cwiercfalowa, a w Gąbinie polfalowa, to calkiem inne
systemy zasilania.
A to tak.
systemy zasilania.
A to tak.
--
Pozdr
Janusz
Adam Wysocki
Guest
Guest
Fri Jul 20, 2018 10:38 am
J.F. <jfox_xnospamx@poczta.onet.pl> wrote:
Quote:
Z dzisiejszej perspektywy spitolili, ale biorąc pod uwagę kontekst
historyczny, to równie dobrze można narzekać, że lampowe radia
samochodowe nie miały RDSu. A porządne kody korekcji błędów to dopiero
czasy programu Apollo.
Tak, to prawda, ale czemu nikt tego nie naprawił gdy technika poszła do
przodu?
No bo "mamy juz tysiace odbiornikow, nie mozemy zmieniac standardu".
historyczny, to równie dobrze można narzekać, że lampowe radia
samochodowe nie miały RDSu. A porządne kody korekcji błędów to dopiero
czasy programu Apollo.
Tak, to prawda, ale czemu nikt tego nie naprawił gdy technika poszła do
przodu?
No bo "mamy juz tysiace odbiornikow, nie mozemy zmieniac standardu".
Dlatego mówię, żeby zachować kompatybilność wsteczną. Z TV (kolor)
i radiem (stereo) się dało :)
Quote:
Poza tym czy nie poprawili ? Pojawila sie ta modulacja fazy.
Ale CRC nie dodali :(
--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]
Atlantis
Guest
Guest
Tue Jul 24, 2018 7:29 am
Chyba znalazłem przyczynę. Wina najwyraźniej leży w kodzie.
Autor używa zmiennych typu int do przechowywania informacji o czasie,
zwracanych przez funkcję millis(). Są one używane do mierzenia długości
impulsu.
Rozmiar zmiennej tego typu jest zależny od architektury. Na AVR-ach jest
to zmienna 16bitowa, podczas gdy funkcja millis() zwraca wartość
32bitową. Najwyraźniej autor testował ten kod na jakiś Arduino Due z
32bitowym MCU i wszystko działało prawidłowo, bo tam int jest zmienną
32bitową.
Przepisałem sobie tę bibliotekę na C, z myślą o PIC32. Zastosowałem
zmienne niezależne od architektury. Wygląda na to, że teraz działa to
prawidłowo - przynajmniej część odpowiedzialna za odbieranie bitów. Bo
wczoraj nie miałem już ochoty czekać do późnej nocy, żeby przetestować
odbieranie całych ramek.
Janusz
Guest
Guest
Tue Jul 24, 2018 9:21 am
W dniu 2018-07-24 o 09:29, Atlantis pisze:
Quote:
Chyba znalazłem przyczynę. Wina najwyraźniej leży w kodzie.
Autor używa zmiennych typu int do przechowywania informacji o czasie,
zwracanych przez funkcję millis(). Są one używane do mierzenia długości
impulsu.
Rozmiar zmiennej tego typu jest zależny od architektury. Na AVR-ach jest
to zmienna 16bitowa, podczas gdy funkcja millis() zwraca wartość
32bitową. Najwyraźniej autor testował ten kod na jakiś Arduino Due z
32bitowym MCU i wszystko działało prawidłowo, bo tam int jest zmienną
32bitową.
No i to pokazuje jaki burdel jest w arduino i ile warte są tam bibloteki,
Autor używa zmiennych typu int do przechowywania informacji o czasie,
zwracanych przez funkcję millis(). Są one używane do mierzenia długości
impulsu.
Rozmiar zmiennej tego typu jest zależny od architektury. Na AVR-ach jest
to zmienna 16bitowa, podczas gdy funkcja millis() zwraca wartość
32bitową. Najwyraźniej autor testował ten kod na jakiś Arduino Due z
32bitowym MCU i wszystko działało prawidłowo, bo tam int jest zmienną
32bitową.
No i to pokazuje jaki burdel jest w arduino i ile warte są tam bibloteki,
to jest fajne dla początkujących do pomrugania ledkąale do obsługi lcd
juz niezupełnie,
syn parę miesięcy temu sam uruchomił lcd-ka z jakieś tam bibloteki, teraz
się nudzi bo wakacje wrócił do tematu i już mu nie chodzi mimo że
połączenia dobre i wszystko działa bo sprawdzałem u siebie w C, ale u
niego przestało :(
Quote:
Przepisałem sobie tę bibliotekę na C, z myślą o PIC32. Zastosowałem
zmienne niezależne od architektury. Wygląda na to, że teraz działa to
prawidłowo - przynajmniej część odpowiedzialna za odbieranie bitów. Bo
wczoraj nie miałem już ochoty czekać do późnej nocy, żeby przetestować
odbieranie całych ramek.
A oglądałeś ten kod co Ci wysłałem linka?
--
Pozdr
Janusz
Atlantis
Guest
Guest
Tue Jul 24, 2018 10:25 am
On 24.07.2018 11:21, Janusz wrote:
Quote:
No i to pokazuje jaki burdel jest w arduino i ile warte są tam bibloteki,
to jest fajne dla początkujących do pomrugania ledkąale do obsługi lcd
juz niezupełnie,
to jest fajne dla początkujących do pomrugania ledkąale do obsługi lcd
juz niezupełnie,
Generalnie (z jednym wyjątkiem) nigdy nie robiłem projektów na Arduino.
Uczyłem się w czasach, gdy standardem było projektowanie i lutowanie
własnej płytki, a potem pisanie kodu w C. Rozumiem, że podejście
polegające na składaniu układu z klocków ułatwia naukę, jednak budowanie
w ten sposób urządzeń zdecydowanie jest nie dla mnie.
Niemniej mam pod ręką kilka płytek Arduino, bo do tej pory idealnie
nadawały się do testowania nowych modułów.
Czasem też najłatwiej jest znaleźć jakąś bibliotekę na tę platformę.
Zwykle co prawda biblioteki napisane są w C++, ale przepisanie tego w C
specjalnie trudne nie jest.
Do tej pory nie zdarzyło mi się jednak, żeby przykład nie działał z
miejsca...
Quote:
syn parę miesięcy temu sam uruchomił lcd-ka z jakieś tam bibloteki, teraz
się nudzi bo wakacje wrócił do tematu i już mu nie chodzi mimo że
połączenia dobre i wszystko działa bo sprawdzałem u siebie w C, ale u
niego przestało
się nudzi bo wakacje wrócił do tematu i już mu nie chodzi mimo że
połączenia dobre i wszystko działa bo sprawdzałem u siebie w C, ale u
niego przestało
A właśnie - mnie w Arduino czasami drażni to, że tam całkiem spore
biblioteki potrafią być napisane tak, jakby przygotowano je z myślą o
kimś, kto dopiero zaczyna się uczyć i jeszcze nie ogarnia takich
zagadnień jak callbacki albo pseudowątki.
No bo jak wytłumaczyć fakt, że całkiem spora biblioteka do obsługi
wyświetlaczy graficznych i generowania menu wymusza blokujące
wykonywanie kodu? Funkcja czeka na dane wejściowe z przycisku... Coś
takiego byłoby dopuszczalne na pececie, gdzie można sobie odpalić osobny
proces/wątek, jednak nie na mikrokontrolerze bez systemu operacyjnego...
Quote:
A oglądałeś ten kod co Ci wysłałem linka?
Rzuciłem okiem. Mam zresztą samą książkę i chyba kiedyś pobieżnie
przeglądałem ten rozdział.
Obsługa DCF77 była też chyba opisana w którejś z książek pana Kardasia,
tak jednak autor posłużył się mechanizmem input capture. W razie
niepowodzenia mam więc do czego sięgnąć. Skoro jedna już zacząłem
portować tę bibliotekę z Arduino, spróbuję doprowadzić to do końca.
Atlantis
Guest
Guest
Wed Jul 25, 2018 6:29 am
Z tego co widzę, to autor biblioteki całkowicie świadomie napisał ją w
taki sposób, że nie nadaje się ona do ustawiania czasu "od zera". Jest
to jeden z elementów systemu korekcji błędów - jeśli czas z odebranej
ramki nie mieści się w wyznaczonych ramach albo odbiega od systemowego
RTC o więcej niż 2 minuty, to taka ramka jest odrzucana.
Dlatego za pierwszym razem zegar należy zgrubnie ustawić ręcznie (albo
pobrać czas z innego źródła). W moim przypadku nie stanowi to wielkiego
problemu, bo DCF77 ma i tak stanowić zapasowe źródło czasu, wspomagające
NTP lub GPS.
Piotr GaĹka
Guest
Guest
Wed Jul 25, 2018 8:47 am
W dniu 2018-07-25 o 08:29, Atlantis pisze:
Quote:
Z tego co widzę, to autor biblioteki całkowicie świadomie napisał ją w
taki sposób, że nie nadaje się ona do ustawiania czasu "od zera". Jest
to jeden z elementów systemu korekcji błędów - jeśli czas z odebranej
ramki nie mieści się w wyznaczonych ramach albo odbiega od systemowego
RTC o więcej niż 2 minuty, to taka ramka jest odrzucana.
Dlatego za pierwszym razem zegar należy zgrubnie ustawić ręcznie (albo
pobrać czas z innego źródła). W moim przypadku nie stanowi to wielkiego
problemu, bo DCF77 ma i tak stanowić zapasowe źródło czasu, wspomagające
NTP lub GPS.
taki sposób, że nie nadaje się ona do ustawiania czasu "od zera". Jest
to jeden z elementów systemu korekcji błędów - jeśli czas z odebranej
ramki nie mieści się w wyznaczonych ramach albo odbiega od systemowego
RTC o więcej niż 2 minuty, to taka ramka jest odrzucana.
Dlatego za pierwszym razem zegar należy zgrubnie ustawić ręcznie (albo
pobrać czas z innego źródła). W moim przypadku nie stanowi to wielkiego
problemu, bo DCF77 ma i tak stanowić zapasowe źródło czasu, wspomagające
NTP lub GPS.
Nie pamiętam i nie chce mi się szukać formatu DCF, ale nawet jakby tam
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
Ja z mojego podłączonego do zlącza RS232 odbiornika na pewno w ten
sposób ustawiałem czas.
P.G.
Piotr GaĹka
Guest
Guest
Wed Jul 25, 2018 8:49 am
W dniu 2018-07-25 o 10:47, Piotr Gałka pisze:
Quote:
W dniu 2018-07-25 o 08:29, Atlantis pisze:
Z tego co widzę, to autor biblioteki całkowicie świadomie napisał ją w
taki sposób, że nie nadaje się ona do ustawiania czasu "od zera". Jest
to jeden z elementów systemu korekcji błędów - jeśli czas z odebranej
ramki nie mieści się w wyznaczonych ramach albo odbiega od systemowego
RTC o więcej niż 2 minuty, to taka ramka jest odrzucana.
Dlatego za pierwszym razem zegar należy zgrubnie ustawić ręcznie (albo
pobrać czas z innego źródła). W moim przypadku nie stanowi to wielkiego
problemu, bo DCF77 ma i tak stanowić zapasowe źródło czasu, wspomagające
NTP lub GPS.
Nie pamiętam i nie chce mi się szukać formatu DCF, ale nawet jakby tam
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
Ja z mojego podłączonego do zlącza RS232 odbiornika na pewno w ten
sposób ustawiałem czas.
P.G.
Z tego co widzę, to autor biblioteki całkowicie świadomie napisał ją w
taki sposób, że nie nadaje się ona do ustawiania czasu "od zera". Jest
to jeden z elementów systemu korekcji błędów - jeśli czas z odebranej
ramki nie mieści się w wyznaczonych ramach albo odbiega od systemowego
RTC o więcej niż 2 minuty, to taka ramka jest odrzucana.
Dlatego za pierwszym razem zegar należy zgrubnie ustawić ręcznie (albo
pobrać czas z innego źródła). W moim przypadku nie stanowi to wielkiego
problemu, bo DCF77 ma i tak stanowić zapasowe źródło czasu, wspomagające
NTP lub GPS.
Nie pamiętam i nie chce mi się szukać formatu DCF, ale nawet jakby tam
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
Ja z mojego podłączonego do zlącza RS232 odbiornika na pewno w ten
sposób ustawiałem czas.
P.G.
'bardzo' miało być zastąpione przez 'bliższe' ale zapomniało mi się
skasować
Mateusz Viste
Guest
Guest
Wed Jul 25, 2018 8:54 am
On Wed, 25 Jul 2018 10:47:56 +0200, Piotr Gałka wrote:
Quote:
Nie pamiętam i nie chce mi się szukać formatu DCF, ale nawet jakby tam
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
Już któryś raz czytam w tym wątku że DCF77 nie posiada CRC - a przecież
CRC tam jest, a nawet jest ich kilka. Fakt, jednobitowe, ale są. :)
Mateusz
Piotr GaĹka
Guest
Guest
Wed Jul 25, 2018 11:00 am
W dniu 2018-07-25 o 10:54, Mateusz Viste pisze:
Quote:
On Wed, 25 Jul 2018 10:47:56 +0200, Piotr Gałka wrote:
Nie pamiętam i nie chce mi się szukać formatu DCF, ale nawet jakby tam
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
Już któryś raz czytam w tym wątku że DCF77 nie posiada CRC - a przecież
CRC tam jest, a nawet jest ich kilka. Fakt, jednobitowe, ale są. :)
Nie pamiętam i nie chce mi się szukać formatu DCF, ale nawet jakby tam
nie było żadnych bitów kontrolnych to przecież wystarczy tak zrobić, że
jak kolejne dwie ramki różnią się zawartością o 1 minutę i wszystkie
impulsy miały długości mieszczące się w określonych ramach to można
chyba śmiało przyjąć, że prawdopodobieństwo, że odebraliśmy zakłócenia
jest bardzo bliższe zera niż jakby tam było jakieś CRC.
Już któryś raz czytam w tym wątku że DCF77 nie posiada CRC - a przecież
CRC tam jest, a nawet jest ich kilka. Fakt, jednobitowe, ale są. :)
Nie napisałem, że nie ma tylko, że nawet jakby nie było.
P.G.
Janusz
Guest
Guest
Tue Jul 31, 2018 6:07 pm
W dniu 2018-07-18 o 10:51, Piotr Wyderski pisze:
Quote:
Janusz wrote:
Może podaj pełny link.
To jest pełny link (do katalogu kierującego do poszczególnych elementów
projektu). Tu masz np. link do schematu:
http://www.marvellconsultants.co.uk/dcf/SCHEMATIC1.pdf
Co Ty masz za Internet? :-
Oni są pojebani, na komórce z Operą nie jestem w stanie pobrać plików,
Może podaj pełny link.
To jest pełny link (do katalogu kierującego do poszczególnych elementów
projektu). Tu masz np. link do schematu:
http://www.marvellconsultants.co.uk/dcf/SCHEMATIC1.pdf
Co Ty masz za Internet? :-
Oni są pojebani, na komórce z Operą nie jestem w stanie pobrać plików,
jak dam agresywną kompresję danych to coś tam pobiorę ale np SCHEMATIC2.pdf
gdzie jest aktywna antena pobiera się z błędami, a jak zmniejszę "agresję"
to dostaje komunikat że dostęp jest zablokowany.
--
Pozdr
Janusz
elektroda NewsGroups Forum Index - Elektronika Polska - Jak odbierać sygnał DCF77 na module z anteną ferrytową podłączonym do Arduino?