| |
ZMIANY NA STRONIE
Niestety nie mogę sobie dać rady za spamem i różnymi "ogłoszeniodawcami". Z tego powodu kiedyś wyłączyłem forum, a teraz możliwość komentowania artykułów. Ewentualne komentarze proszę przesyłać na adres admin(at)easy-soft.net.pl. Będę je samodzielnie umieszczał na stronie. Spamodawcy przechodzą sami siebie. Dwa dni temu do bazy MySQL jakiś bot wcisnął mi aż 4,5 MB. Tyle się zmieściło. Więcej na dał rady, bo baza ma ograniczoną pojemność. |
|
 Język C: Algorytm poszukiwania układów w sieci 1-Wire.
Wysłany przez jacek dnia 26-11-2008 o godz. 21:12:11 (272 odsłon)
Każdy z układów z interfejsem 1-Wire posiada unikatowy 64-bitowy kod identyfikacyjny. Kod ten nosi nazwę "kod ROM" i może być utożsamiany z unikatowym adresem układu z interfejsem 1-Wire. Kod ten używany jest przez układ Master do wyboru układu w sieci. W związku z tym, że jest to kod unikatowy, to jeśli nie jest znana liczba układów Slave w sieci, może ona zostać określona przy jego użyciu przez zastosowanie funkcji przeszukiwania sieci. Algorytm jej działania oparty jest o zasadę przeszukiwania drzewa binarnego. Gałęzie przeszukiwane są do momentu aż zostanie odnaleziony koniec gałęzi lub pamięć ROM układu 1-Wire. Funkcja przeszukuje drzewo do momentu aż wszystkie numery ROM i wszystkie zakończenia zostaną odkryte.
Algorytm rozpoczyna się od wysłania rozkazu reset. Jeśli jego przesłanie zakończy się powodzeniem, to znaczy odpowiednio zareagują na niego układy dołączone do magistrali, wysyłana jest 1-bajtowa komenda zwana "search" o kodzie 0xF0 lub 0xFC. Komenda ta przygotowuje układy podłączone do magistrali do przeszukiwania.
Firma Dallas zaimplementowała dwa rodzaje komend przeszukujących. Najczęściej używane jest przeszukiwanie tzw. normalne (0xF0) sprawdzające wszystkie układy podłączone do linii. Innym rodzajem przeszukiwania jest tzw. warunkowe, które znajduje układy będące w stanie alarmowym, np. załączone termostaty czy timery, które sygnalizują zakończenie odmierzania czasu. Redukowany jest w ten sposób obszar przeszukiwania do tylko tych układów, które muszą zostać z jakiś powodów odczytane czy ustawione.
Po wysłaniu przez układ Master komendy przeszukiwania, układy Slave podłączone do magistrali 1-Wire (wszystkie, których dotyczy komenda) odpowiadają wysyłając jednocześnie mniej znaczący bit własnego adresu. Według standardu 1-Wire, układ Master inicjuje przesłanie każdego bitu zapisywanego czy odczytywanego z układu Slave. W związku ze specyfiką interfejsu, gdzie wszystkie układy podłączone są do wspólnej linii przesyłowej i na odebraną komendę przeszukiwania odpowiadają w tym samym czasie (jednocześnie i synchronicznie z sygnałem zegarowym wysyłanym przez układ Master), rezultat odczytu docierający do układu Master jest iloczynem logicznym stanów wyjść układów Slave (wired and).
Po tym jak układy Slave prześlą 1-szy bit swojego adresu, układ Master inicjuje odbiór następnego bitu, na który układy Slave odpowiadają wysyłając ponownie 1-szy bit adresu lecz tym razem jest to jego bit komplementarny. Następnie układ Master wysyła bit adresu do układów Slave. Jeśli urządzenie Slave odbiera bit, który zgadza się z bitem na pozycji adresu, pozostaje załączone i aktywne. Jeśli natomiast odebrany bit nie odpowiada temu z adresu, urządzenie Slave przechodzi do stanu oczekiwania i nie przesyła już żadnych danych. Stan ten trwa aż do odebrania następnego sygnału reset.
Opisywana wyżej procedura tzn. odbiór przez układ Master jednego bitu jako normalny i komplementarny a następnie przesłanie tego bitu adresu do układu Slave (jako normalny), powtarzana jest dla wszystkich 63 pozostałych bitów adresu. W takiej sytuacji urządzenie Slave wywołuje wszystkie układy dołączone do magistrali, lecz w danym momencie, po odbiorze bitu adresu, tylko jeden z nich przejdzie do stanu oczekiwania. Na końcu procedury znany jest adres ostatniego układu dołączonego do magistrali. W następnych przejściach procedury uwzględniana jest inna ścieżka, dotąd nie przeszukiwana.
(Czytaj więcej... | 3531 bajtów więcej | Język C | Wynik: 0)
|
|
Techniki,technologie: Lista komend AT telefonu GSM
Wysłany przez Jacek dnia 30-07-2008 o godz. 22:35:00 (933 odsłon)
Pierwotnie komendy AT służyły do sterowania pracą modemu analogowego. Zostały wprowadzone w celu ujednolicenia sprzętu, z którym miał współpracować komputer. Po pojawieniu się technologii GSM bardzo szybko zostały zaadoptowane do obsługi modemów wbudowanych w telefony komórkowe. Współcześnie każdy aparat (terminal) GSM posiada wbudowany interpreter komend AT i wykonuje je zgodnie z normą obowiązującą dla telefonów komórkowych GSM
Poszczególne implementacje komend AT mogą się różnić pomiędzy sobą drobnymi detalami. Na przykład niektóre modele mogą wymagać aby parametry komendy podawane były w cudzysłowiu, jeszcze innym może być zupełnie wszystko jedno, czy zostanie użyty cudzysłów, czy też nie a jeszcze inne mogą zgłaszać błąd składni komendy. Nie mniej jednak każdy aparat telefoniczny GSM, bez względu na to, czy ma wbudowany modem do transmisji danych, czy też nie realizuje komendy AT a zarówno składnia komend jak i wynik ich realizacji jest znormalizowany. Oczywiście niektóre jedne komendy będą realizowane a inne nie. Zależy to między innymi od funkcji, w które wyposażony jest aparat. Często również możliwość realizacji zależy nie tylko od samego aparatu, ale również od tego, czy operator udostępnia daną usługę.
(Czytaj więcej... | 1345 bajtów więcej | Techniki,technologie | Wynik: 5)
|
|
Podzespoły: Magnetyczny enkoder pozycji AS5040
Wysłany przez Jacek dnia 13-09-2006 o godz. 21:24:23 (514 odsłon)
Z wyrobami firmy AUSTRIAMICROSYSTEMS AG zetknąłem się po raz pierwszy przy okazji targów ELECTRONICA 2000 a następnie podczas poszukiwań
względnie taniego, powtarzalnego sposobu określenia pozycji głowicy w jednym z projektowanych urządzeń. Firma ta produkuje specjalizowane układy scalone zawierające wewnątrz struktury matrycę czujników Hall'a oraz procesor uzbrojony w specjalny algorytm umożliwiający określenie położenia pola magnetycznego wytwarzanego przez umieszczony ponad strukturą magnes stały.
W artykule chciałbym skupić się na przykładzie programu napisanego dla
mikrokontrolera ST7FLITE29, umożliwiającego podłączenie układu AS5040
poprzez interfejs SSI i odczyt pozycji magnesu. Niniejszy opis nie wyczerpie wszystkich aspektów aplikacji układu jak też nie opisze wszystkich możliwych przyczyn problemów. Z całą, ale z całą pewnością pozwoli jednak uruchomić taki enkoder, ułatwi start czy też wykonanie aplikacji dla dowolnego,
innego mikrokontrolera.
Program napisany jest w języku Asembler mikrokontrolera ST7, natomiast sam układ zbudowałem z wykorzystaniem zestawu ewaluacyjnego ZL1ST7 znajdującego się w ofercie sklepu internetowego KAMAMI
(http://www.kamami.pl). W programie można znale?ć również obsługę wyświetlacza LCD 2x16, konwersję liczby binarnej na BCD oraz BCD na ASCII.
(Czytaj więcej... | 1535 bajtów więcej | Podzespoły | Wynik: 5)
|
|
Asembler: ST7 - podłączenie wyświetlacza LED via SPI z użyciem rejestrów 74HCT595
Wysłany przez Jacek dnia 13-09-2006 o godz. 15:30:43 (529 odsłon)
Tym razem, korzystając z modułu wyświetlacza LED już wcześniej opisywanego na tej stronie (np.
http://www.easy-soft.net.pl/modules.php?name=News&file=article&sid=43), podłączyłem go do mikrokontrolera ST7. Jednocześnie zastanawiałem się, czy nie można by było wykorzystać do jego obsługi interfejsu SPI, to
znaczy czy rejestr 74HCT595 nadaje się do odbioru danych przesyłanych za pomocą SPI w którymś z trybów pracy. Przecież SPI posiada linię zegara w takt którego przesyła i odbiera dane. A użycie interfejsu
SPI, zresztą - któregokolwiek ze sprzętowych udogodnień wbudowanych w strukturę mikrokontrolera, znakomicie wręcz upraszcza program, wpływa na łatwość jego uruchomienia (a co za tym idzie - skraca
czas potrzebny na przetestowanie układu).
(Czytaj więcej... | 943 bajtów więcej | Asembler | Wynik: 0)
|
|
Asembler: ST7 - podstawowe operacje arytmetyczne w języku asembler
Wysłany przez Jacek dnia 13-09-2006 o godz. 10:10:29 (581 odsłon)
Podstawą działania wielu programów są wszelkiego rodzaju operacje arytmetyczne wykonywane czy to na zmiennych wejściowych, czy to na zmiennych wewnętrznych. Podobnie podstawą wielu interfejsów użytkownika jest bardzo często wyświetlacz LED, czy LCD i konwersja liczb binarnych na dziesiętne. Trudno jest bowiem zrozumieć i właściwie zinterpretować wynik pomiaru wyświetlany na przykład w kodzie binarnym. W artykule zaprezentuję podstawowe działania arytmetyczne w języku asembler mikrokontrolera ST7. Opiszę dodawanie, odejmowanie, mnożenie i dzielenie liczb. Na podstawie tych działań zaprezentuję również funkcje porównywania liczb oraz konwersję liczb binarnych na dziesiętne. W artykule wykorzystano algorytmy i kody źródłowe zawarte w nocie aplikacyjnej firmy ST Microelectronics "ST7 Math Utility Routines"
(Czytaj więcej... | 919 bajtów więcej | Asembler | Wynik: 0)
|
|
Język C: Odbiornik zdalnego sterowania w podczerwieni
Wysłany przez Jacek dnia 07-06-2006 o godz. 16:29:57 (1079 odsłon)
Firma Philips jako pierwsza opracowała, lub zaadaptowała, standard RC5 dla swoich nadajników - odbiorników podczerwieni do zastosowań w sprzęcie domowego użytku. Stosowano w nim stały czas trwania i stałą liczbę bitów. Za każdym razem, gdy użytkownik naciska przycisk w nadajniku zdalnego sterowania, pracującym zgodnie ze specyfikacją Philips, wysyła on ciąg 14 bitów o czasie trwania 1,728 ms każdy. Jeśli klawisz pozostaje naciśnięty, to cała transmisja powtarzana jest co 130 ms. Wysyłane słowo kodowane jest zgodnie ze standardem kodowania Manchester. Oznacza to, że każdy bit transmitowany jest w postaci dwóch stanów logicznych, tzw. półbitów, a w środku czasu przeznaczonego na przesłanie pojedynczego bitu następuje zmiana, to jest opadające lub narastające zbocze sygnału. I tak zmianie z "0" na "1" odpowiada przesyłany bit o wartości "1", natomiast zmianie z "1" na "0" odpowiada przysyłany bit o wartości "0". Ponieważ czas na przesłanie pojedynczego bitu został przez twórcę standardu określony na 1,728ms, to zmiana następuje po połowie tego czasu, czyli 0,864ms. Dodatkowo zbocze występujące w środku bitu umożliwia synchronizację odbiornika z nadajnikiem.
(Czytaj więcej... | 1278 bajtów więcej | Język C | Wynik: 0)
|
|
Mikrokontrolery: ST7FLITE19/29 Pierwsze kroki
Wysłany przez Jacek dnia 26-10-2005 o godz. 15:28:11 (1636 odsłon)
'Troszeczkę przez sentyment do ST6, troszeczkę ze względu na niską cenę i bogate "uzbrojenie" w układy peryferyjne,
do kilku ostatnio budowanych przeze mnie urządzeń, postanowiłem użyć mikrokontroler ST7FLITE29 oraz kompilator języka C dla ST7 firmy Metrowerks. Moim zdaniem to bardzo dobry mikrokontroler, dobrze
wyposażony i doskonale działający. Oczywiście jak każdy - ma swoje wady i zalety, jednak moim zdaniem, przy odrobinie akcji marketingowej oraz lepszym zaopatrzeniu dystrybutorów, firma ST Microelectronics ma ogromna szanse na przełamanie dyktatury niektórych producentów na polskim rynku, również w zastosowaniach amatorskich.
Niniejszy artykuł będzie próbą opisu moich doświadczeń i wrażeń z pracy nad aplikacjami z ST7FLITE19/29 i być może pozwoli zaoszczędzić komuś czas, a może kogoś zachęci do zastosowania tego typu układu? Myślę, że na tej stronie internetowej coraz częściej będą się pojawiać urządzenia uzbrojone właśnie w ten mikrokontroler.
(Czytaj więcej... | 1074 bajtów więcej | Mikrokontrolery | Wynik: 5)
|
|
Artykuły: Alarm samochodowy z telefonem GSM SIEMENS C35i
Wysłany przez Jacek dnia 24-10-2005 o godz. 21:39:50 (3500 odsłon)
W artykule prezentowany jest przykład aplikacji, która opisuje sposób podłączenia
telefonu GSM Siemens C35i do systemu z mikrokontrolerem. Napisany dla mikrokontrolera program, to rodzaj alarmu z powiadomieniem, który może zostać zainstalowany na przykład w samochodzie, jednak opisywaną aplikację bardziej należy traktować jako pewną sugestię, co do wykonania części sprzętowej i interfejsu łączącego mikrokontroler z telefonem GSM, aniżeli gotowe do wykorzystania urządzenie.
Oto funkcje realizowane przez mikrokontroler w prezentowanej aplikacji:
-wysyłanie powiadomienia o załączeniu przez SMS,
-wyłączenie alarmu przez identyfikację osoby dzwoniącej,
-możliwość odbioru SMS z komendami (nie wykorzystana, jednak obecna w bibliotekach języka C i gotowa do użycia).
Program sterujący napisany jest w języku C dla mikrokontrolera 8051. Opisywane wyżej funkcje zaimplementowano w bibliotekach i przypuszczalnie mogą być użyte nie tylko z kompilatorem RC-51, przy pomocy
którego pisałem program. Wymagają jednak pewnej inwencji własnej i ewentualnej parametryzacji.
(Czytaj więcej... | 1422 bajtów więcej | Artykuły | Wynik: 4.57)
|
|
Podzespoły: Pamięć FRAM z interfejsem równoległym: FM1808
Wysłany przez jacek dnia 15-05-2005 o godz. 21:21:21 (1103 odsłon)
Poprzednio opisywałem pamięć z interfejsem szeregowym będącą alternatywą dla popularnej 24C64. Ten artykuł opowie o innej odmianie pamięci FRAM tzn. wyposażonej w interfejs równoległy. W artykule skupię się na ewentualnych różnicach, które napotka konstruktor dokonując wymiany pamięci RAM na jej ekwiwalent FRAM.
Dlaczego FRAM? Pamięci FRAM, aczkolwiek znane już od kilkunastu lat, dopiero teraz upowszechniają się dzięki uproszczeniu technologii ich produkcji. Przypomnijmy, że podstawową cechą tejże jest stałość zawartości, również w przypadku zaniku napięcia zasilania, przy jednocześnie bardzo dużej szybkości pracy: znacznie wyższej, aniżeli osiągają pamięci wykonane w technologii EEPROM czy FLASH EEPROM. Używając porównania można powiedzieć, że pamięć FRAM pracuje tak, jak statyczna pamięć RAM o zasilaniu bateryjnym, jednak do podtrzymania zawartości wcale bateria nie jest potrzebna. Daje to duże, potencjalne korzyści przy budowie urządzenia elektronicznego umożliwiając chociażby uniknięcie konieczności stosowania skomplikowanych układów ładujących akumulatory, czy też przełączających zasilanie. Pozwala również na znaczny wzrost niezawodności urządzenia oraz obniżenie kosztów jego produkcji.
(Czytaj więcej... | 1335 bajtów więcej | Podzespoły | Wynik: 4)
|
|
Podzespoły: Pamięci FRAM. Pamięć szeregowa FM24C64.
Wysłany przez jacek dnia 01-03-2005 o godz. 14:02:03 (1874 odsłon)
Współcześnie pamięci dzielone są na dwie kategorie. Pierwszą z nich są pamięci nieulotne. Od wielu lat używane są w aplikacjach w celu zapamiętania pewnych stałych, niezmiennych informacji. Może to być program realizowany przez mikroprocesor, czy też dla przykładu wzorce znaków wyświetlanych na ekranie wyświetlacza LCD. Podstawową cechą tego rodzaju pamięci jest stałość przechowywanych informacji również, gdy brak jest napięcia zasilania. Zazwyczaj zapis pamięci stałej (często zwany jej programowaniem), nawet mimo użycia
technologii EEPROM czy też FLASH EEPROM, jest dosyć trudny i zajmuje dużo czasu, jeśli odnieść to do czasu odczytu tejże pamięci.
Druga grupa to pamięci ulotne, tak zwane RAM. Są one łatwe do zapisu i pracują bardzo szybko, więc ten rodzaj pamięci przechowuje dane, które często ulegają zmianie. Przeciwnie do pamięci ROM, dane
przechowywane w pamięci RAM giną po odłączeniu napięcia zasilającego i jeśli konieczne jest z jakiś względów
zachowanie niezmiennego stanu RAM, wymagane jest stosowania pomocniczych źródeł zasilania. Jest to swego
rodzaju wyzwanie dla konstruktora układu.
Wad wyżej opisanych układów nie posiada nowy rodzaj pamięci, której technologia wytwarzania przed kilkunastu laty opuściła laboratoria naukowe. Jest to pamięć FRAM. Skrót nazwy tłumaczy się jako Ferroelectric
Random Access Memory. Oznacza on technologię wytwarzania (uwaga!) nieulotnej pamięci RAM, czyli pamięci łączącej w sobie szybkość pracy RAM i trwałość ROM. Pamięci wytwarzane w technologii FRAM dostępne były już przed kilku laty (praktycznie od 1993 roku), ale zarówno cena jak i dostępny asortyment nie zachęcały do ich stosowania. Jednak w ostatnim czasie technologia
ta przeżywa prawdziwą eksplozję rozwoju. Firmy oferują liczne układy peryferyjne wyposażone w pamięci FRAM
a cena układów gwałtownie spada. Moim zdaniem w przyszłości technologia ta może zastąpić popularną technologię FLASH EEPROM chyba, że zostanie opracowany jakiś zupełnie nowy rodzaj pamięci.
(Czytaj więcej... | 2267 bajtów więcej | Podzespoły | Wynik: 4.33)
|
|
Bascom: Modyfikacja programu sterownika syntezy SAA1057
Wysłany przez Michallo dnia 16-01-2005 o godz. 21:31:49 (3501 odsłon)
Co nowego?
1) Dodałem przydatną jak się okazuje, ciągłą zmianę częstotliwości podczas trzymania wciśniętego jednego z przycisków [góra] lub [dół].
2) Zmodyfikowałem funkcję nastaw częstototliwości.
Poprzednio, przy wyjściu z nastaw częstotliwości, sterownik zawsze wracał do menu głównego, bez względu na to, czy częstotliwość zmienialiśmy przez "szybkie wejście" przyciskiem P4, czy za pomocą menu. Teraz, jeśli wychodzimy z funkcji zmiany częstotliwości, program wraca do miejsca, gdzie znajdował się poprzednio.
Jeśli ktoś ma jakieś sugestie odnośnie zmian, lub znalazł jakieś błędy, proszę o informację. Postaram się jak najszybciej poprawić program.
(Czytaj więcej... | 774 bajtów więcej | Bascom | Wynik: 4.2)
|
|
Układy cyfrowe: Uniwersalny sterownik z mikrokontrolerem AVR
Wysłany przez jacek dnia 05-01-2005 o godz. 15:28:57 (4990 odsłon)
Budując różnego rodzaju urządzenia z mikrokontrolerami na zamówienia, zawsze dążyłem do maksymalnego skrócenia czasu wykonania układu elektronicznego a chociażby samego prototypu, układu, który będą mógł położyć na stole i wstępnie zaprogramować. Praktycznie "baza" raczej nie zmienia się. Prawie zawsze gdzieś w centrum jest mikrokontroler i do niego dołącza się układy peryferyjne. Często też to przyzwyczajenia dyktują wykorzystanie tego a nie innego mikrokontrolera. Postanowiłem zaprojektować i wykonać rodzaj uniwersalnego
sterownika, który spełniłby tak postawione wymagania, umożliwiając mi skierowanie wysiłku tam, gdzie jest on najczęściej najbardziej potrzebny: na tworzenie oprogramowania. Jego schemat można zobaczyć na rysunku 1. Można zaryzykować twierdzenie, że współcześnie istnieją mikrokontrolery, posiadające w swojej strukturze wszystkie układy, w które wyposażyłem sterownik. Nie mniej jednak świetnie spełnia on swoje zadanie.
(Czytaj więcej... | 1167 bajtów więcej | Układy cyfrowe | Wynik: 4.75)
|
|
Artykuły: Turniej Micro Mouse Contest
Wysłany przez jacek dnia 04-01-2005 o godz. 10:28:57 (1218 odsłon)
Po raz pierwszy na wzmiankę o turnieju IEEE Micro Mouse natknąłem się przy okazji lektury leciwego katalogu firmy Philips "Application Notes and Development Tools for 80C51 Microcontrollers". Co to jest Micro Mouse Contest i na czym polega? Turniej Micro Mouse został zaproponowany przez autora "IEEE Spectrum" w roku 1977. Pierwszy turniej zorganizowała w roku 1984 IEEE Computer Society. W późniejszych latach w jego organizację włączyło się szereg instytucji oraz technicznych szkół wyższych. Faktem jest, że obecny kształt i przebieg zawodów nieco odbiega od tego zaproponowanego w 1977 roku przez IEEE. Obecnie bardziej jest to turniej studentów różnych uczelni technicznych, aniżeli specjalistów z firm budujących roboty. Zostawmy jednak daty i fakty. Głównym bohaterem turnieju jest autonomiczne urządzenie, konstruowane przez każdy z zespołów, rodzaj taniego mikrorobota, zwanego "myszą". Mysz porusza się w labiryncie. Jej zadaniem jest pokonanie drogi od kwadratu startowego do kwadratu przeznaczenia. Proces ten nazywany jest "biegiem myszy". Bieg odbywa się na czas. Wygrywa ta mysz, która pokona drogę w najkrótszym czasie. Prawda, że proste?
(Czytaj więcej... | 1369 bajtów więcej | Artykuły | Wynik: 0)
|
|
Asembler: AVR Asembler: Opis architektury uK AVR na przykładzie AT90S8515
Wysłany przez jacek dnia 01-01-2005 o godz. 19:21:30 (4840 odsłon)
Pierwszy rzut oka na instrukcję programowania mikrokontrolera z rodziny AVR w języku asembler nieco przeraża. Dziesiątki zupełnie niezrozumiałych poleceń to dla wielu przeszkoda nie do przebycia. Niestety - taki jest urok programowania w asemblerze. Tutaj proste z pozoru operacje dodawania czy mnożenia muszą zawierać się w kilku czy kilkunastu poleceniach. Cykl artykułów, który rozpoczynamy, będzie próbą wprowadzenia Czytelnika w świat programowania w języku asemblera AVR. Będzie też próbą pokazania, że nie taki diabeł straszny... Napiszemy też proste programy: kopiowanie stanu wejścia na wyjście i licznik binarny.
(Czytaj więcej... | 727 bajtów więcej | Asembler | Wynik: 5)
|
|
Asembler: AVR Asembler: Konwersja liczb szesnastkowych
Wysłany przez jacek dnia 01-01-2005 o godz. 18:41:31 (2095 odsłon)
Najprostszą metodą konwersji liczb szesnastkowych na dziesiętne jest liczenie ile razy dana waga dziesiętna "zmieści się" w liczbie szesnastkowej. W języku asembler operację tę przeprowadza się najczęściej przez odejmowanie wagi dziesiętnej i liczenie ilości operacji odejmowania do momentu ustawienia flagi przeniesienia C.
(Czytaj więcej... | 429 bajtów więcej | Asembler | Wynik: 5)
|
|
| |
 |
Artykuł dnia |
 |
|
|
Dziś nie dodano nowego artykułu.
|
|
|
 |
|
