Wirtualne Zacisze utak3ra - Zrób to sam

Timer do lampki

nospam@example.com (Piotr Borys) — Thu, 27 May 2010 22:29:29 +0200

W pokoju córeczki, gdy idzie spać, zostawiamy małą lampeczkę włączoną. Potem, gdy nam się o niej przypomni, należy ją wyłączyć. Owo "gdy nam się o niej przypomni" trwa od godziny do 6 godzin Problem nie jest w poborze prądu, którego ta lampeczka pożera naprawdę niewiele, ale w tym, że jeśli się przebudzi w czasie, gdy lampka wciąż będzie się świecić, to albo się rozbudza, albo zabrania jej gasić - na kolejny okres czasu. Gdy się przebudzi przy zgaszonej już lampce - nie ma problemu. Dlatego też postanowiłem zbudować małego pomocnika w słusznej sprawie: timer dla urządzeń zasilanych z sieci 230V.

Schemat elektryczny tego urządzenia jest zwyczajnie banalny - ot, standardowe połączenie multipleksowanych dwóch cyfr 7-segmentowego wyświetlacza LED do mikrokontrolera PIC16F628A. Jako interfejs ustawiania zadanego czasu, można było zastosować dwa przyciski, ale ja u siebie wstawiłem enkoder obrotowy, który w obsłudze końcowej jest nieporównywalnie przyjemniejszy od przycisków - zwłaszcza, gdy przyjdzie nam ustawić czas rzędu np. 90 minut Zastosowanie enkodera pociąga za sobą zmiany w programie, gdyż działa on tak, że za pomocą dwu-bitowego kodu Graya odczytujemy stan urządzenia - a stany mogą być trzy: w lewo, w prawo i nieokreślony. Dlatego też oprogramowanie wewnętrzne mikrokontrolera nie będzie niestety pasować do zwykłych przycisków.

Modułem wykonawczym może być dowolna realizacja... może to być przekaźnik z cewką 5V, może być z własnym zasilaniem (np. 12V), może też to być zestaw optotriak-triak. Tę ostatnią opcję wybrałem dla swojej realizacji, jako, że z powodu swojego charakteru pasuje tutaj najbardziej do projektu. Poniżej możecie zobaczyć schematy pokazujące, jak zrealizować takie moduły wykonawcze.

Wsad do mikrokontrolera można pobrać tutaj. W razie jakichkolwiek problemów, czy to ze schematem, czy z oprogramowaniem - pytać Jeżeli macie jakieś pomysły na usprawnienie urządzonka - pisać.

Miłego odliczania czasu!

PIC16F - Realizacja software'owego buforu odbioru USART

nospam@example.com (Piotr Borys) — Fri, 21 May 2010 20:58:07 +0200

Pracowałem ostatnimi dniami nad małym kontrolerkiem, sterowanym przez RS232. Obsługa niektórych poleceń, wydawanych do niego, trwała nawet po kilka milisekund i... okazało się, że użyty przeze mnie 16F628A ma bufor wejściowy USARTa rozmiaru... 2 bajtów. Tak, to nie pomyłka

Dlatego postanowiłem napisać obsługę cyklicznego bufora wejściowego - o rozmiarze wg uznania Poniżej przedstawiam wam, jak coś takiego zrealizować.

Na początku, zmienne globalne:

#define RX_BUFOR_MAX        32
unsigned char buforRX[RX_BUFOR_MAX];
unsigned char *buforRX_head, *buforRX_end, *RXreadstart, RXbajt;

i podczas inicjalizacji programu:

    // ustawiamy bufor odbioru danych z UARTa
    buforRX_head = buforRX;
    buforRX_end = buforRX + RX_BUFOR_MAX;
    RXreadstart = buforRX;

Tyle przygotowań.

Proces odbioru danych i składowanie ich w cyklicznym buforze zrealizujemy w przerwaniu. Najpierw odpalamy przerwanie:

   STATUS.RP0 = 1;
   PIE1.RCIE = 1; // przerwanie odbioru danych z UARTa
   STATUS.RP0 = 0;
   PIR1 = 0;


   INTCON.GIE = 1;
   INTCON.PEIE = 1;

I definiujemy obsługę:

void    interrupt(void)
{
  // przyszedł znak z UARTa
  if (PIR1.RCIF)
  {
      // cykliczny bufor z użyciem "indirect addressing"
      asm {
          movf RCREG,W
          movwf _RXbajt
          movf _buforRX_head, W
          movwf FSR
          movf _RXbajt, W
          movwf INDF
          incf _buforRX_head, f
      }


      if (buforRX_head == buforRX_end) // koniec buforu,
          buforRX_head = buforRX;         // zawijamy ogon.
         

      PIR1.RCIF = 0; // koniec przerwania
  }
}

Pozostało nam napisanie funkcji korzystających z owego bufora. Wpierw funkcja badająca, czy w buforze czeka na nas jakiś nieprzetworzony znak:

// czy w cyklicznym buforze czekają dane do odczytania?
unsigned char BUFRS_Data_Ready()
{
    if (RXreadstart == buforRX_head)
        return 0;
    else
        return 1;
}

No i funkcja odczytująca kolejny znak:

// odczyt znaku z cyklicznego buforu
unsigned char BUFRS_Read()
{
    unsigned char bajt;
    asm {
        movf _RXreadstart, W
        movwf FSR
        movf INDF, W
        movwf BUFRS_Read_bajt_L0
        incf _RXreadstart, f
    }


    if (RXreadstart == buforRX_end)
        RXreadstart = buforRX;


    return bajt;
}

Na koniec przedstawię jeszcze moją małą funkcję odczytującą znak z określonym timeoutem operacji:

void BUFRS_Read_Timeout(unsigned char *bajt, unsigned char timeout)
{
    unsigned char tout, read;
    tout = 0;
    read = 1;
    *bajt = 0;
    while ((read == 1) && (tout < timeout))
    {
        if (BUFRS_Data_Ready() > 0)
        {
            *bajt = BUFRS_Read();
            read = 0;
        }
        else
            tout++;
    }
}

To tyle. U mnie - jak już pisałem, obsługa niektórych znaków zajmuje kilka milisekund, niektórych kilka mikrosekund - całość działa poprawnie przy 19200 (kwarc 20MHz). Oczywiście, powyższe działa tylko na mikrokontrolerach wyposażonych w sprzętowy moduł USART.

Powodzenia.

PIC16F - obsługa LCD z Nokia 3310

nospam@example.com (Piotr Borys) — Thu, 29 Apr 2010 01:02:34 +0200

Zabawiałem się w ostatnich dniach wyświetlaczem LCD z poczciwej Nokii 3310. LCD nie jest rewelacyjny, ale ma te swoje 84x48 pikseli monochromatycznego obrazu. W trybie tekstowym, z małą czcionką, wystarcza to na 6 rzędów po 14 znaków.

Szukając w sieci biblioteki do jego obsługi, przejrzałem zyliony projektów typu "LCD-on-LPT" i nieco mniej, bo już tylko miliony projektów na wszelkie AVRki. PICe jakoś słabo były reprezentowane, a już mikroC najsłabiej. Dlatego skompilowałem z wszystkich dostępnych mi materiałów działającą bibliotekę. Z powodzeniem uruchomiłem ją na 2kB procesorze 16F628A (uwaga: LCD pracuje pod napięciem 3.3V!!)

Na chwilę obecną, biblioteka pozwala na wyświetlanie napisów w dwóch różnych rozmiarach - przy użyciu tylko jednego zdefiniowanego kroju pisma - skalowanie następuje w locie, podczas wyświetlania. W planach dodanie grafiki.

Biblioteka dostępna jest jako LGPL, podczas jej opracowywania, jak już wspominałem, wykorzystywałem różne źródła (no i własną pracę). Największymi dawcami idei i pomysłów byli Louis Frigon oraz Lieven Hollevoet.

Załączam również przykładowy projekt, wykorzystujący ów LCD i bibliotekę - taki mały zegarko-termometr Dzięki niemu można dowiedzieć się, jak podłączyć wyświetlacz i jak skorzystać z biblioteki. Zwracam tylko uwagę na konieczność ustawienia swoich pinów LCD w pliku N3310LCD.h.

Bibliotekę oraz przykładowy projekt znaleźć można na forum elektrody. A następny LCD w kolejce do rozpracowania jest przyjemny LCD kolorowy, o wymiarach 128x128 pikseli - dostępny na allegro za ok. 20zł

Najprostszy programator PIC16F i pokrewnych

nospam@example.com (Piotr Borys) — Sun, 18 Apr 2010 20:36:31 +0200

Podczas poszukiwania kilku elementów w mojej przepastnej szafie, odnalazłem dwa zagubione egzemplarze mikrokontrolera PIC 16F628A firmy Microchip... Dodając do tego, że od dawna myślałem o powrocie do mikrokontrolerów, a także że od kilku lat dzień w dzień widuję się z kolegą, który wciąż mnie namawia do tego (a sam jest specem) - no cóż, te dwie odnalezione kostki dopełniły dzieła i... wróciłem do zajmowania się nimi

W dzisiejszych czasach królują dwie rodziny małych mikrokontrolerów - AVRy od Atmela i PICe od Microchipa. Zwłaszcza wśród nowo zaczynających (m.in. dzięki "Oślej Łączce" z czasopism AVT) popularne są AVR. Ja jednak PICe już znam - to po pierwsze, a po drugie, mimo wszystko, PICe uważam za lepszy wybór (ale wojen żadnych nie mam zamiaru toczyć z nikim w tym temacie).

Zabawa rozpoczęła się oczywiście od budowy programatora. Z czasem i tak zakupię duży programator na USB, z możliwością debugowania, ale na razie... wychodząc z założenia, że to tylko chwilowe rozwiązanie, należało znaleźć coś, co jest najprostsze i najtańsze w produkcji. Wybór padł na JDM, ale jak się szybko okazało, większość dostępnych schematów odnosi się do starszych przedstawicieli 16F. Dlatego Dostosowałem schemat do warunków programowania 16F628A, przy okazji upraszczając schemat JDM (i tak już prosty). Po trzech dniach walk i prób na breadboardzie (płytce stykowej) osiągnąłem działający egzemplarz. Kilka dni intensywnego działania - programuje 100 na 100 Dlatego też już poszedł na płytkę drukowaną. Przy okazji, wyposażyłem go w złącze ICSP, które sppisuje się świetnie (o programowaniu ICSP powiem potem kilka słów jeszcze).

Schemat? Schemat jest prosty jak... drut Wygląda bardziej skomplikowanie, niż to jest w rzeczywistości - a to za sprawą wyprowadzenia dodatkowego złącza ICSP.

Płytki PCB nawet nie projektowałem, w pół godziny polutujecie wszystko sobie na dowolnej płytce uniwersalnej. Jedyny problem to gniazdo RS232, w którym trzeba będzie nieco ponaginać piny... osobiście piny 6 oraz 9 usunąłem, natomiast piny 7 i 8 lekko nagiąłem - w ten sposób całe gniazdo ładnie osiadło w rastrze 2,54 mm. Jako gniazdo pod procesor dałem podstawkę DIL18, ale jeżeli znajdziecie gniazdo ZIF - polecam. Do programowania ICSP postawiłem sobie gniazdo 2x5 pinów, takie, jakie widać na płytach komputerowych (taśma 10 żył). Dlaczego takie? Po pierwsze, taśmę 10 pin łatwo dostać a po drugie, po podłączeniu całego jednego rzędu w tym gnieździe do masy, na taśmie co druga żyła to masa właśnie. Ma to niebagatelne znaczenie, gdyż okazuje się, iż największym problemem w taśmach do ICSP jest linia CLOCK. Dlatego więc: taśmę robimy tylko tak długą, jak jest to potrzebne, linię CLOCK odseparować, o ile to możliwe, dodatkowo linie przedzielone masą: świetna sprawa. Warto zrobić sobie dwie taśmy: jedną zakończoną wtyczką z obu stron, drugą z wtyczką i po drugiej stronie rozdzielonymi i odizolowanymi kabelkami, dodatkowo pobielonymi cyną. Po co? Do włożenia w breadboard, żeby podczas prototypowania układu nie przekładać czipa w te i we wte co dwie minuty.

Na koniec kilka słów o dostosowywaniu układu docelowego do przyszłego programowania poprzez ICSP. Dwie najważniejsze sprawy, to bezwzględne odłączenie oryginalnego zasilania układu podczas programowania (a to z kolei pociąga za sobą, aby linię Vdd z gniazda podłączyć bezpośrednio do procesora, a nie do wspólnego punktu zasilania) oraz separacja linii Vpp - na przykład diodą. Takie rozwiązania wyklucza co prawda ten port z bycia ewentualnym wyjściem, ale... pamiętaj, że podczas programowania Vpp wynosi do 13V! Jedynym innym wyjściem jest zastosowanie wyłącznika mechanicznego. Z pozostałych problemów, warto jest nie używać, o ile to nie jest koniecznie, linii CLOCK i DATA, gdyż podczas programowania podpięte układy mogą wprowadzić zakłócenia uniemożliwiające poprawne zaprogramowanie układu.

To tyle, życzę miłego programowania

"Tuning" włącznika oświetlenia szafy

nospam@example.com (Piotr Borys) — Sun, 06 May 2007 00:17:01 +0200

Jakiś czas temu zamówiłem sobie szafę wnękową do sypialni Szafa fajna, drzwi z przyciemnianymi lustrami i listwą halogenów. A do tych halogenów włącznik... zwykły "ciągany" przełącznik na sznurek, dziurka wywiercona w szafce nad drzwiami wejściowymi do pokoju i przez tą dziurkę zwisa sznureczek od niego... A sznureczek, jak to sznureczek - ani nie wyglądał ekstra, ani nie żył długo, przetarł był się o kanty dziureczki
No to OK, co możemy zrobić w tej sprawie? Kolejnego sznureczka wieszać nie ma sensu, znowu się przetrze, a poza tym nadal będzie wyglądać, jak przez okno. Skombinowałem więc taki łańcuszek kulkowy - maleńkie kuleczki metalowe połączone ze sobą jeszcze mniejszymi drucikami (a właściwie mini-rureczkami), również metalowymi. Pomyślałem, że nada się idealnie. Przystępujemy więc do pracy.

Przede wszystkim należy się pozbyć oczka centrującego sznureczek na wylocie z wyłącznika - łańcuszek tamtędy nie przejdzie. Następnie zajmujemy się przymocowaniem łańcuszka. Za pierwszym razem wyeliminowałem oryginalny sznureczek kompletnie, rozciąłem cążkami oczko cięgna wyłącznika, odchyliłem połówkę, zaczepiłem łańcuszek i ponownie zagiąłem. Trzymało się idealnie Niestety, podczas normalnej pracy sznureczek powinien się chować pod kołnierzem obudowy, a łańcuszek niestety czynić tego nie chciał i całość chodziła bardzo topornie. Wziąłem więc nowy wyłącznik (tamten w zasadzie i tak już wymagał wymiany - nie za każdym razem już wyłączał układ, sprężynka siadała). Łańcuszek mój z jednej strony posiada taki blaszany kołnierz, wsadziłem więc do niego sznureczek, zagiąłem kołnierz na takiej długości, żeby na całym torze wyłącznika był sznureczek, a dopiero za nim łańcuszek, i jeszcze dodatkowo kapnąłem kropelką kleju.

Po przykręceniu przewodów, przykręceniu całości do ściany szafki, i spuszczeniu łańcuszka przez wywiercony otwór, dobrałem kołek do wkrętów do betonu takiej średnicy, żeby idealnie pasował do dziurki. Przyciąłem go do długości kołnierza - dalej nie zostawiajcie, bo skrzydełka będą się zaginać i haczyć o łańcuszek, przewlekłem od spodu przez łańcuszek i zatknąłem w dziurce. Efekt - super, jak z fabryki

I już mogłem znowu się cieszyć moim super oświetleniem szafy

Naprawa wiatraczka w karcie Asus ATI X1650

nospam@example.com (Piotr Borys) — Sun, 29 Apr 2007 01:12:53 +0200

Siedzę sobie przy komputerze, a tu.... zniknął obraz

Po kilku próbach i testach doszedłem, że winowajcą jest wiatraczek na mojej grafie X1650, który, delikatnie mówiąc, zmienił swoją geometrię

Zabrałem się wobec tego za poszukiwania czegoś w zamian. Zdobyłem wiatraczek o tych samych wymiarach, ale niestety wymagał kilku drobnych przeróbek. Do dzieła zatem.

Pierwsza rzecz, to należy usunąć zamocowanie z nowego wiatraczka - ten szkielet z miejscami pod cztery śruby, tak, aby został sam nieobudowany wiatraczek wraz z podstawką i kabelkiem.

Szybkie spojrzenie na kabelki i... już wiemy, że należy wyciągnąć i rozgrzać lutownicę. Odlutowywujemy kabelek i przechodzimy tymczasem do wiatraczka oryginalnego.

Wiatraczek oryginalny demontujemy. Najpierw odpinamy kabelki ze szczeliny prowadzącej i oddzielamy podstawkę od reszty. Nie obejdzie się tutaj bez użycia siły Otrzymaną podstawkę należy najpierw skrócić cążkami o 3 wystające zaczepy, a następnie pilnikiem ładnie wyrównać i przygotować do klejenia niski kołnierz.

W starym wiatraczku ucinamy kabelki, odizolowywujemy, cynujemy i lutujemy je do naszego nowego wiatraczka. Oczywiście zapisaliście sobie kolejność? Jeśli nie, na zdjęciu sobie zobaczycie.

Kabelki przylutowane, sprawdzamy omomierzem, czy nie ma żadnych przebić pomiędzy żyłami i zabieramy się za podstawkę. Kołnierz najlepiej w nim zostawić tak na wysokość około 3mm, nie więcej. Wiatrak w tej karcie wdmuchuje powietrze w kanał powietrzny obiegający dwa radiatory osłonięte metalową powierzchnią oddającą ciepło. Bierzemy jeden z szybkoschnących klejów do tworzyw sztucznych, nakładamy dwie kropelki na wiatraczek - uważamy, żeby klej nie dostał się przez jedną z dziurek pod spód, bo nam sklei silnik - i przyklejamy podstawkę. Wsuwamy przewody w szczelinę prowadnicy w podstawce i... voila

Montujemy nasze dzieło w karcie , kabelek przeciągamy kanałem powietrznym i wpinamy do gniazda na karcie. Kartę montujemy, odpalamy kompa i cieszymy się jeszcze sprawniejszym chłodzeniem naszej grafy

Nagrywanie rozmów w Samsungu D500

nospam@example.com (Piotr Borys) — Mon, 16 Apr 2007 10:08:02 +0200

W Samsungu D500 jest dyktafon. Wydawałoby się normalnym, że można nim nagrywać również rozmowy - ja w zasadzie tylko do tego potrzebuję tej funkcji (podczas kontaktów z problematycznymi klientami ). Tyle że... w instrukcji jest napisane, iż się nie da. No i faktycznie - nie nagrywa... bez sensu.

Na szczęście jednak się da, tylko że nie tak, jakbyście myśleli Nie do końca rozumiem takie posunięcie ze strony producentów softu do Samsunga, no ale cóż...

W każdym bądź razie, są dostępne kody:

#*22671# AMR REC START
#*22672# Stop AMR REC (File name: /a/multimedia/sounds/voice list/ENGMODE.amr)
#*22673# Pause REC
#*22674# Resume REC

Hmmm... W wyniku otrzymujemy plik o nazwie ENGMODE.amr, który ma nagrane wszystko, co tylko telefon usłyszał, nie tylko przez mikrofon, ale i poprzez moduł GSM. Słowem - mamy nagraną rozmowę Trzeba tylko pamiętać, żeby zmienić nazwę temu plikowi, żeby go sobie później nie nadpisać Dodatkowym plusem jest fakt, iż normalnie dyktafon zajmuje telefon i nie za bardzo można cokolwiek innego zdziałać nim podczas nagrywania, natomiast w ten sposób nagrywanie przebiega w tle, nie dając nawet znaku o tym, że coś takiego ma miejsce.

Miłego nagrywania!