logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Monitor CPU i pamięci na USB

emer2 01 Sie 2011 12:18 8974 14
  • Monitor CPU i pamięci na USB

    Jest to małe urządzenie, które monitoruje pracę procesora komputerowego oraz pamięci. Za stan pamięci odpowiadają dwa słupki, ponieważ jeden wyświetlacz pokazuje stan pamięci fizycznej, a drugi wirtualnej. W urządzeniu zostały zamontowane trzy wyświetlacze słupkowe LED. Pokazują one dane, co 10%. Urządzenie używa VCP, tj. wirtualnego portu COM. Dzięki temu możliwe jest podłączenie urządzenia przez port USB. Za przetwarzanie danych i wysyłanie odpowiednich komend do monitora odpowiedzialne jest oprogramowanie napisane w języku Python.

    Projekt został zbudowany z elementów SMD. Posiada również własny konwerter UART-USB. Dzięki temu urządzenie jest stosunkowo małe i więcej niż 50% płytki zajmują same wyświetlacze LED. Na stronie źródłowej znajduje się ich dokładna lista oraz instrukcja krok po kroku, jak można zbudować takie urządzenie. Za mikrokontroler posłużył autorowi ATtiny2313, zaś jako układ konwertujący UART-USB wykorzystał znany moduł o symbolu FT232RL. Do wyświetlania stanu pracy wykorzystał wyświetlacze słupkowe LED o oznaczeniu Kingbright DC-10EWA. Poza tym do budowy potrzebne były jeszcze elementy dyskretne, jak kondensatory oraz złącze mini-USB, przewody połączeniowe, obwód PCB oraz specjalne oprogramowanie. Na stronie źródłowej znajdują się linki, z których można pobrać oprogramowanie do urządzenia, a także do obsługi portu szeregowego.

    Poniżej schemat ideowy projektu:
    Monitor CPU i pamięci na USB

    Poniżej wzór płytki PCB urządzenia:
    Monitor CPU i pamięci na USB

    Poniżej link do strony źródłowej:
    Link

    Fajne? Ranking DIY
    O autorze
    emer2
    Tłumacz Redaktor
    Offline 
    Specjalizuje się w: projektowanie i montaż elektroniki
    emer2 napisał 434 postów o ocenie 56. Mieszka w mieście Warszawa. Jest z nami od 2008 roku.
  • #2 9781852
    elektronik999
    Poziom 26  
    spokojnie by się dało bez uC. A jak sie już używa uC to można było zrobić programową obsługę USB.
  • #3 9782606
    orcan.bp
    Poziom 14  
    elektronik999 napisał:
    spokojnie by się dało bez uC. A jak sie już używa uC to można było zrobić programową obsługę USB.

    Bardzo jestem ciekaw jak z usb można sterować 30 diód led bez procesora, może kolego podasz jakiś przykład jak to można zrobić prościej.
  • #4 9782652
    LOTR2
    Poziom 12  
    ja jeszcze bardziej jestem ciekaw jak ATtiny wydala prądowo na te wszystkie diody.
  • #5 9782680
    orcan.bp
    Poziom 14  
    LOTR2 napisał:
    ja jeszcze bardziej jestem ciekaw jak ATtiny wydala prądowo na te wszystkie diody.

    Z tego co widzę to pracuje w multiplexie więc w danym momencie jest aktywny tylko jeden bargraf zresztą widać że w danym momencie świeci tylko jedna dioda na bargrafie więc na pewno jest to możliwe.
  • #6 9783809
    elektronik999
    Poziom 26  
    orcan.bp napisał:
    elektronik999 napisał:
    spokojnie by się dało bez uC. A jak sie już używa uC to można było zrobić programową obsługę USB.

    Bardzo jestem ciekaw jak z usb można sterować 30 diód led bez procesora, może kolego podasz jakiś przykład jak to można zrobić prościej.


    Przejściówka USB->LPT i Discolitez po drobnej przeróbce. W tym układzie też jest przejściówka z USB na RS232 na dedykowanym układzie
  • #7 9783977
    orcan.bp
    Poziom 14  
    elektronik999 napisał:
    orcan.bp napisał:
    elektronik999 napisał:
    spokojnie by się dało bez uC. A jak sie już używa uC to można było zrobić programową obsługę USB.

    Bardzo jestem ciekaw jak z usb można sterować 30 diód led bez procesora, może kolego podasz jakiś przykład jak to można zrobić prościej.


    Przejściówka USB->LPT i http://discolitez.com/pmwiki/pmwiki.php?n=Hardware.Deluxe32" target="_blank" rel="nofollow noopener ugc" class="postlink inline" title="" >Discolitez po drobnej przeróbce. W tym układzie też jest przejściówka z USB na RS232 na dedykowanym układzie

    Ale nie bardzo rozumiem bo z tego co wiem to przejściówka usb->lpt ma 8 linii a to jest za mało aby sterować 30 diodami led. Twierdzisz kolego że da się prościej bez procka, podaj konkretny przykład sterowania trzema słupkami po 10 diód led z usb. Że bez procka się da to ja wiem (garść liczników czy zatrzasków i ilość linii dowolna) ale czy układ na pewno będzie mniej skomplikowany ?
    wątpię
    ale mogę się mylić
    Bardzo bym chciał też zobaczyć implementację obsługi usb na procku który ma tylko 2k flasha którą to proponujesz.
    Pozdrawiam
  • #8 9784008
    elektronik999
    Poziom 26  
    orcan.bp napisał:
    Ale nie bardzo rozumiem bo z tego co wiem to przejściówka usb->lpt ma 8 linii a to jest za mało aby sterować 30 diodami led. Twierdzisz kolego że da się prościej bez procka, podaj konkretny przykład sterowania trzema słupkami po 10 diód led z usb. Że bez procka się da to ja wiem (garść liczników czy zatrzasków i ilość linii dowolna) ale czy układ na pewno będzie mniej skomplikowany ?
    wątpię
    ale mogę się mylić
    Bardzo bym chciał też zobaczyć implementację obsługi usb na procku który ma tylko 2k flasha którą to proponujesz.
    Pozdrawiam


    Witam. Faktycznie, taka przejściówka nie ma potrzebnych pinów żeby zrobić discolitez deluxe32 trzeba było by kombinować na tych 8 liniach a to już by nie było prostsze.
    co do obsługi USB przez procek spokojnie można było by zastosować ATmega8 cenowo i tak wypadło by taniej niż przejściówka na rs232.
  • #9 9784015
    kuba2509
    Poziom 14  
    elektronik999 napisał:
    spokojnie by się dało bez uC. A jak sie już używa uC to można było zrobić programową obsługę USB.


    Piszesz po to żeby pisać bo się nudzisz bo chyba nie po to żeby wnieść coś konstruktywnego do tematu autora[/quote]
  • #10 9784068
    elektronik999
    Poziom 26  
    Po prostu mi odpowiedniejsze wydaje sie użycie mega8 z programowa obsługa USB (jest masę turiali) niż wydawanie pieniędzy na FT232RL. Cenowo (wg. TME) za FT232RL + Tiny2313 wyszło by 13+5,49=18,49zł a ATmega8 kosztuje 8zł. Po za tym na ATtiny2313 da się zrobić przejściówkę USB-RS232 Link Tylko nie wiem czy udało by się tam wcisnąć obsługę 30 LED-ów. w każdym razie i tak bardziej by się opłacało użyć programowej obsługi USB
  • #11 9784257
    orcan.bp
    Poziom 14  
    elektronik999 napisał:
    Po prostu mi odpowiedniejsze wydaje sie użycie mega8 z programowa obsługa USB (jest masę turiali) niż wydawanie pieniędzy na FT232RL. Cenowo (wg. TME) za FT232RL + Tiny2313 wyszło by 13+5,49=18,49zł a ATmega8 kosztuje 8zł. Po za tym na ATtiny2313 da się zrobić przejściówkę USB-RS232 Link Tylko nie wiem czy udało by się tam wcisnąć obsługę 30 LED-ów. w każdym razie i tak bardziej by się opłacało użyć programowej obsługi USB

    Widzę że niektórzy dają rady na podstawie wiedzy zdobytej w internecie. Oczywiście że się da na 2k flasha wcisnąć obsługę programową usb tym bardziej że to jest układ wykonawczy a więc wystarczy jeden deskryptor endpointa i jego obsługa. Niestety nie każdy jest w stanie napisać programową obsługę usb w asemblerze. Wiem bo pisałem. Dla mnie taki projekt ma większą wartość niż projekt z procesorem którego program składa się z kawałków kodu wyszperanych z sieci.
    pozdrawiam
  • #12 9795924
    maciej_333
    Poziom 38  
    elektronik999 napisał:
    spokojnie by się dało bez uC. A jak sie już używa uC to można było zrobić programową obsługę USB.


    Można to wykonać bez mikrokontrolera. Jeżeli zastosujemy FT4232 mamy do dyspozycji aż 8 portów 8-bitowych. Stosując tzw. tryb "bitbang" poszczególne kanały RS232 układu FT4232 stają się zwykłymi portami równoległymi. Mamy zatem 64 linie I/O. Do sterowania trzydziestoma diodami LED w multipleksie wystarczy nam 10+3=13 linii. Zatem można to zrobić.
  • #13 9795957
    orcan.bp
    Poziom 14  
    maciej_333 napisał:
    Można to wykonać bez mikrokontrolera. Jeżeli zastosujemy FT4232 mamy do dyspozycji aż 8 portów 8-bitowych. Stosując tzw. tryb "bitbang" poszczególne kanały RS232 układu FT4232 stają się zwykłymi portami równoległymi. Mamy zatem 64 linie I/O. Do sterowania trzydziestoma diodami LED w multipleksie wystarczy nam 10+3=13 linii. Zatem można to zrobić.

    To wszystko co piszesz to prawda ale:
    po pierwsze
    Klocek 64 pinowy do tego eeprom i kilka napięć potrzebnych do zasilenia raczej nie będzie prostsze w wykonaniu.
    po drugie
    Nie jestem pewien czy wyjścia prądowo wytrzymają.
    po trzecie
    Koszt wykonania na tym układzie na pewno będzie wyższy.
    Pozdrawiam
  • #14 9801041
    saimon79
    Poziom 15  
    Witam,
    czy istnieją odpowiedniki programowe dla linux'a?
    Chciałbym coś takiego dla serwera na debianie.
  • #15 9803592
    wlw_wl
    Poziom 38  
    saimon Sprzętowo i programowo żeby było wieloplatformowo można to zrobić w C (soft) i na V-USB (hard) na przykład, wtedy na płytce będzie tylko AVR + kwarc (+ dwie diodki Zenera i rezystory) i bargrafy. Płytka wtedy będzie miała wymiary takie, jak zestaw użytych bargrafów (ja używałem takich).
    Zrobiłem koledze urządzenie w taki sposób, w SDK V-USB znajduje się przykład hid-custom-rq - urządzenie HID (nie potrzeba sterowników itd.) + własne raporty, czyli wysyłasz dowolne dane PC-urządzenie w obie strony i taki sposób realizacji polecam.
REKLAMA