| |
 Mikrokontrolery: ST7FLITE19/29 Pierwsze kroki
Wysłany przez Jacek dnia 26-10-2005 o godz. 15:28:11 (2131 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 | Wynik: 5)
|
|
Mikrokontrolery: Programowanie mikrokontrolerów w układzie ''in-circuit''
Wysłany przez admin dnia 24-11-2004 o godz. 15:38:07 (4180 odsłon)
Co oznacza skrót ISP lub ICP? Ten pierwszy pochodzi od słów In circuit Serial Programming, ten
drugi jest bardziej "bezpośredni" i pochodzi od In Circuit Programming. Oba oznaczają to samo. Jest to po prostu możliwość programowania mikrokontrolera w płytce, bez wylutowywania go, czy
wyjmowania z podstawki. Jest to bardzo wygodne rozwiązanie, zwłaszcza dla elektronika - amatora, które umożliwia mu uruchomienie urządzenia czy wykonanie zmian w programie bez "dewastowania"
całego układu. Nie do pominięcia jest również fakt, że niektóre mikrokontrolery (np. z serii HC firmy MOTOROLA czy ATMega firmy ATMEL) producent wyposaża w mechanizmy sprzętowych pułapek oraz możliwość pracy krokowej, umożliwiając w ten sposób tanie uruchamianie układu krok po kroku, bez użycia kosztownego emulatora sprzętowego a następnie zapis gotowej, uruchomionej aplikacji do pamięci programu. Wróćmy jednak do tematu artykułu.
Aby programowanie mikrokontrolera w układzie było możliwe, projektant układu (aplikacji mikrokontrolera) musi komponując otoczenie układu, spełnić pewne podstawowe warunki. Po pierwsze musi pamiętać, że bardzo często linie służące do zapisu pamięci FLASH są wykorzystywane również przez układy peryferyjne, również czasami jako dwukierunkowe. Na przykład UART (jednokierunkowo, doprowadzenia RxD i TxD mikrokontrolera) czy SPI (jednokierunkowo tylko, jeśli mikrokontroler pracuje wyłącznie w jednym z trybów, jako master lub jako slave; doprowadzenia MISO, MOSI, SCK
oraz ewentualnie SS). Programowanie mikrokontrolera nie może też zakłócać pracy dołączonych układów. Po drugie należy spełnić takie warunki dopasowania sygnałów programujących, aby (zwłaszcza przy programowaniu mikrokontrolerów przez SPI!) sygnał SCK miał odpowiednio krótkie
czasy narostu i opadania zboczy. Najlepiej aby nie przekraczały one 70..100ns. Niedopuszczalne jest również, aby sygnały programujące były zniekształcone, aby - zwłaszcza na zboczach sygnałów - występowały objawy wzbudzania się układu.
(Czytaj więcej... | 2113 bajtów więcej | Wynik: 4.33)
|
|
Mikrokontrolery: Różnice w funkcjach zapisu danych w wewnętrznym EEPROM uK S8252 i RD2
Wysłany przez admin dnia 24-11-2004 o godz. 15:25:02 (1388 odsłon)
Czasami zaczyna brakować pamięci na stale puchnący wraz z wymaganiami klienta (który już nauczył się, że można od mikrokontrolera w sterowniku oczekiwać czegoś więcej) program i zaczynamy się rozglądać za alternatywnymi mikrokontrolerami. Czasami również konieczne jest zwiększenie szybkości wykonywania programu. Tak było i w moim przypadku: stanąłem przed obiema tymi kwestiami jednocześnie. Używałem AT89S8252 i kod wynikowy programu przekroczył rozmiar pamięci FLASH. Potrzebowałem mikrokontrolera o większej ilości pamięci lub zewnętrznej pamięci programu. Potrzebowałem również większej szybkości CPU, ponieważ niebezpiecznie rozrosły się funkcje realizowane w obsłudze przerwania jednego z Timer'ów. Mój wybór padł na P89C51RD2, gdyż wiedziałem od kolegi, że model RD2 posiada 2kB wewnętrznej pamięci EEPROM (której to bardzo potrzebowałem do przechowywania danych), 6-taktową jednostkę CPU oraz 64kB na program. Niestety, podczas zakupu nie uwzględniłem jednego, oczywistego faktu: kolega mówił o TEMIC'u a ja kupiłem PHILIPS'a. Przecież RD2 to RD2! Okazało się, że są pomiędzy nimi różnice i że polegają one na przykład na nieobecności pamięci EEPROM w produkcie firmy PHILIPS.
(Czytaj więcej... | 1291 bajtów więcej | Wynik: 3.2)
|
|
Mikrokontrolery: Czytnik transponderów UNIQUE do identyfikacji bezstykowej
Wysłany przez Jacek dnia 01-11-2004 o godz. 00:39:17 (1536 odsłon)
Projektując system kontroli dostępu, mający pracować w pomieszczeniach o dużym zapyleniu (co na starcie odrzuciło możliwość zastosowania kart stykowych) postanowiłem do identyfikacji osób wchodzących zastosować karty zbliżeniowe o wymiarach standardowej karty plastikowej ISO (można nanieść na nie dane personalne). Problemem były ceny czytników takich kart (a dokładniej niski budżet). Z pomocą przyszły zamieszczone w EP reklamy zestawu
ewaluacyjnego RFID, składajacego się ze specjalizowanego układu ASIC oraz zestawu kart, dystrybuowanych przez firmę ELATEC z Krakowa. Okazało się to strzałem w dziesiątkę, gdyż nawet w przypadku prototypu koszt elementów nie przekroczył 100 zł.
(Czytaj więcej... | 899 bajtów więcej | Wynik: 0)
|
|
Mikrokontrolery: Programowanie zoptymalizowane pod względem wykorzystania czasu procesora
Wysłany przez Jacek dnia 01-11-2004 o godz. 00:36:29 (2348 odsłon)
W artykule chcę przedstawić moje sposoby na programowanie mikrokontrolerów jednoukładowych (8051, PIC i podobne) w języku asemblera - ze szczególnym
zwróceniem uwagi na jak najmniejsze obciążenie procesora przez dużą liczbę
podprogramów (współdzielenie czasu procesora). Takie podejście sprawia, że układ mikroprocesorowy staje się jakby układem wielozadaniowym, a przy okazji zostaje zminimalizowane niebezpieczeństwo zawieszania się programów i utknięcia całości w martwym punkcie. Z pewnością wiele z przedstawionych poniżej sposobów i sposobików będzie Wam znanych, część być może będzie nowych - generalnie chodzi jednak o całościowe uświadomienie sobie takiej koncepcji programowania tak, aby później można ją było świadomie stosować w praktyce (programowanie: od koncepcji do realizacji). Opisane tu sposoby będą przydatne zwłaszcza przy pisaniu większych programów, gdzie się "więcej dzieje jednocześnie", ale mogą być również stosowane przy prostszych programach. Tyle tytułem wstępu - chciałbym jednocześnie zachęcić wszystkich programujących do opisywania własnych sposobów na programowanie - zwłaszcza o opisy koncepcji, podejścia do problemu i jego rozwiązania, bo dostępne jest mnóstwo przykładów, fragmentów procedur, etc ,etc, ale brak jest bardziej ogólnych zasad programowania, a wydaje mi się że zapotrzebowanie na tego rodzaju literaturę jest bardzo duże.
(Czytaj więcej... | 1482 bajtów więcej | Wynik: 4.8)
|
|
Mikrokontrolery: Timery w AVR: nastawy i opis funkcjonalny
Wysłany przez Jacek dnia 31-10-2004 o godz. 12:08:39 (3706 odsłon)
Celem tego artykułu jest opis funkcjonowania oraz sposobów konfiguracji i wykorzystania układów tzw. timerów w mikrokontrolerach z rodziny AVR. Rozpoczynając od ogólnego opisu, poprzez przykładowe programy, postaram się wytłumaczyć jak wykorzystać wbudowany w strukturę mikrokontrolera AVR timer dla własnych potrzeb. W przykładach programów posługiwałem się mikrokontrolerem AT90S8535.
(Czytaj więcej... | 491 bajtów więcej | Wynik: 5)
|
|
Mikrokontrolery: Metody ataku na zawartość pamięci mikrokontrolera
Wysłany przez Jacek dnia 31-10-2004 o godz. 12:02:39 (2438 odsłon)
'Pisząc programy często zadawałem sobie pytanie : na ile bezpieczny jest mój program wewnątrz mikrokontrolera? Na ile urządzenie, na którego konstrukcję i rozwój poświęciłem na przykład dwa lata, a którego (w większości przypadków) główną wartością jest program, nie da się skopiować? Na ile pewne są ustawienia bitów blokujących dostęp do pamięci programu? Jak ma się blokada dostępu do pamięci typu FLASH w stosunku do odwracalnych przecież jej właściwości? Pewnego razu zadałem tego rodzaju pytanie na forum programistów, znajdującym się na stronie http://www.8052.com. Odpowiedzi, które uzyskałem lekko mnie zaskoczyły. Była między nimi na przykład sugestia, że jeżeli program do urządzenia, które chcę skopiować, wart jest dla mnie milion dolarów, to pieniądze takie przesłane do firmy X, notabene producenta między innymi mikrokontrolerów, spowodują, że udostępni mi ona technologię umożliwiającą odczyt pamięci programu, mimo jej blokady. Na poparcie tej tezy, autor przysłał mi artykuł rosyjskiego
stypendysty pracującego na Uniwersytecie Cambridge w Wielkiej Brytanii - Sergieja Skorobogatov. Pracuje on w laboratorium komputerowym w grupie pracowników naukowych zajmujących się zabezpieczeniami komputerów osobistych oraz mikrokontrolerów. Grupa ta bada, na ile skuteczne są wszelkiego rodzaju zabezpieczenia programów. Badania te wykonywane są najczęściej na zlecenia firm producentów hardware i software. Jak pisze sam Sergiej o swojej pracy, polega ona
na zrozumieniu, jak dane zabezpieczenie może zostać złamane i udzielenie wskazówek producentowi, jak powinno ono zostać wzmocnione. Badania te, w związku z rosnącym zastosowaniem mikrokontrolerów, na przykład w kartach płatniczych, mają ogromne znaczenie.
(Czytaj więcej... | 1828 bajtów więcej | Wynik: 4.83)
|
|
Mikrokontrolery: Funkcje bitów blokujących i bezpieczników mikrokontrolerów AVR
Wysłany przez Jacek dnia 31-10-2004 o godz. 00:58:22 (1812 odsłon)
Jaka jest różnica pomiędzy tzw. lock bit (bit zamykający, blokujący dostęp) a fuse
(bezpiecznikiem)? Jakie są konsekwencje ustawiania, czy też kasowania wyżej
wymienionych? Czym różnią się między sobą i czy ich ustawienia są odwracalne? W tym
artykule postaram się odpowiedzieć na tak zadane pytania. Myślę, że ta wiedza bardzo
przyda się zwłaszcza stawiającym pierwsze kroki w dziedzinie mikrokontrolerów i posłuży lepszemu zrozumieniu podstawowych zasad programowania.
(Czytaj więcej... | 579 bajtów więcej | Wynik: 4.33)
|
|
Mikrokontrolery: Sygna? zegarowy w mikrokontrolerach AVR
Wysłany przez Jacek dnia 31-10-2004 o godz. 00:55:10 (1780 odsłon)
Prezentowany artykuł przeznaczony jest przede wszystkim dla początkujących w dziedzinie mikrokontrolerów.
Opisuje różnicę pomiędzy cyklem zegarowym i cyklem maszynowym oraz opcje nastaw źródeł sygnału zegarowego w procesorach AVR. Rozważa ich wady i zalety, wskazuje możliwe przyczyny problemów oraz sposoby radzenia sobie z nimi.
(Czytaj więcej... | 436 bajtów więcej | Wynik: 5)
|
|
| |
 |
Artykuł dnia |
 |
|
|
Dziś nie dodano nowego artykułu.
|
|
|
 |
|
