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

MSP430: Serwer WWW na procesorze

zasoby 18 Sty 2005 18:07 3836 10
REKLAMA
  • Jest to przykład rozwiązania serwera webowego na MSP430F194 (dostępny w Polsce jedynie na specjalne zamówienia) od Texas Instruments. Plik zawiera bardzo dokładny opis w języku angielskim, schemat, kod źródłowy w języku C. Zastosowano protokół TCP/IP. Istnieje możliwość tworzenia dynamicznych stron - to jak zależnych od stanu procesora. W roli kontrolera ethernet wcielił się CS8900A również od Texas Instruments posiadający prędkość transmisji 10Mbit/s. MSP posiada 60kB pamięci FLASH oraz 2kB RAMu. Posiada także 6 linii wejścia/wyjścia, które można wykorzystać nie tylko do połączenia z kontrolerem ethernet ale również do odczytu stanu i wykazania tego na stronie WWW lub odwrotnie do wysterowania stanu pinu przez stronę WWW. Pełny montaż powierzchniowy.

    MSP430: Serwer WWW na procesorze

    Fajne? Ranking DIY
    O autorze
    zasoby
    Poziom 23  
    Offline 
    zasoby napisał 784 postów o ocenie 432, pomógł 4 razy. Jest z nami od 2002 roku.
  • REKLAMA
  • #2 1150103
    romek-s
    Poziom 14  
    Procesory MSP430 są do kupienia w firmie Contrans www.contrans.com.pl
  • #3 1152214
    sawitar
    Poziom 18  
    Coś pięknego. W sieci pojawia się coraz więcej projektów tego typu na mikrokontrolery. Atmel udostępnia coś takiego na c51 http://www.atmel.com/products/8051/atweb.asp.

    Sam MSP430 tez niczego sobie.
    p.s. W przyszłym roku mam labolatorium z RISCów i juz wiem który wezmę na warsztat :).
  • REKLAMA
  • #4 1167109
    dj_john
    Poziom 14  
    LoL to juz jest high teh...!!!!
  • REKLAMA
  • #5 1167816
    halif
    Poziom 26  
    Ten u51 Atmela ma jeden problem. Bedzie działać tylko jako cały moduł. Jak cośszlag trafi to moduł do wymiany, poza tym za bardzo niewaidomo co się tam dzieje, a komplet pewnie drogi. Mam w planach pisanie magisterki ze stosu TCP. Wiem, że sprzetowo taki stos jest zaimplementowany także na DSc420 (lub 450) Dallasa, więc dodać do tego RJ, jakąś kość Realteka, pastylke z MACiem i juz - server gotowy.

    Acha - mam pytanie - czy w kosciach sterownika karty siecowej, które sprzedaje RealTek (nie powiem jakie oznaczenie.. na razie nie znam). Jest juz wypalony MAC, czy trzeba dokupić układ z numerem?
  • #6 1168685
    elektryk
    Poziom 42  
    halif napisał:
    Acha - mam pytanie - czy w kosciach sterownika karty siecowej, które sprzedaje RealTek (nie powiem jakie oznaczenie.. na razie nie znam). Jest juz wypalony MAC, czy trzeba dokupić układ z numerem?
    Z reguły się dołącza mały eeprom który ma w środku MAC i pewne ustawienia układu ethernetu.
  • #7 1169880
    halif
    Poziom 26  
    elektryk napisał:
    Z reguły się dołącza mały eeprom który ma w środku MAC i pewne ustawienia układu ethernetu.


    Tak też sądziłem. Bede musial uwaznie przejrzec datasheety od RealTeka. Tak mnie interesuje, czy sąjakies mechanizmy, które wymuszają połączenie z takimi eepromami, bo nie chcialbym przeprogramowywac samej kosci karty sieciowej... No nic poradze sobie. Dzieki za naprowadzenie :)
  • #8 1178009
    future
    Poziom 1  
    Odnośnie sprzętowych stosów TCP/IP... fajna sprawa ale chyba nie bardzo do HTTP. Z góry przyznaję że rokuję na podstawie jednego znanego mi przypadku. A mianowicie jakiś czas temu pojawił się układzik Seiko S7600. Co nieco zamieszania narobił (artykuły typu "najmniejszy serwer http na świecie") a mi też przyszło opracowanie na jego bazie prostego serwera http. I co? Tylko 2 gniazda ( które w przypadku S7600 nie mogły używac tego samego portu bo układ świrował przy takiej konfiguracji ) to DUUUŻO za mało na serwer http. Strona z kilkoma ramkami i przeglądarka zarzuci serwer requestami z którymi on się nie wyrobi i na przeglądarce wyjdzie timeout. Analigoczna sytuacja przy próbie łączenia się z kilku przeglądarek na raz. Funkcjonalność serwera co do którego trzeba mieć szczęście że akurat jest wolny a przy tym jego zasoby muszą być ograniczone do prostych stron ( tak aby przegladarka nie prosiła np. na raz o 4 ramki) jest raczej znikoma. Tak więc jeżeli sprzętowe stosy TCP/IP mają ograniczoną ilość gniazd (ang. socket) i jest ich mniej niż... kilkadziesiąt... projektownie na ich podstawie serwera HTTP jest poprostu sztuką dla sztuki.
  • #9 1178557
    halif
    Poziom 26  
    Może troche inaczej sobie wyobrażam zastosowanie tego typu urządzenia. Jak dla mnie taki układ ma służyćjako narzędzie diagnostyczne, sniffer sprzętowy, lub mały serwis podający np. aktualnątemeraturę w pomieszczenieu (czesc mikrokontrollerów ma juz wszyty termometr). Na pewno nie będzie on równie potężny jak prawdziwe serwery http i na razie służyćmoże jako ciekwwostka, lub mocno wyspecjalizowane narzędzie w sieci.
  • #10 1179756
    przemek.tomala
    Poziom 22  
    A nie wiecie, gdzie można zdobyć CS8900A ?? Da się gdzies kupić, czy tylko demontaż?? A może jest jeszcze inne źródło??
  • REKLAMA
  • #11 2690436
    benedetto
    Poziom 13  
    Jestem właśnie na etapie oprogramowywania podobnego urządzenia: MSP430 + MSP430F149 wg własnego projektu.

    Do gulson:
    :idea: kontroler CS8900A nie jest od TI tylko Cirrus Logic

    Do halif:
    :idea: kontroler CS8900A umożliwia zaprogramowanie dowolnego adresu sprzątowego MAC w wewnętrznym RAM.
    Ta jak i inne konfiguracje mogą być przechowywane w zewnętrznym EEPROMie i wczytywanie przy starcie kontrolera lub też konfigurowane "na piechtę" przez MCU sterujący (tu: MSP430)

    Do future
    :idea: Zgadzam się z tym że tego typu microSerwerki nie wyrabiają w dzisiejszym ruchu sieciowym. Główną tego przyczyną jest przede wszystkim skromna pamięć RAM mikroprocesora (tu MSP430) oraz jego szybkość.
    MSP430F149 ma 2kB RAMu. Tworząc stos tcp/ip z jednym tylko gniazdem TCP musimy zarezerwować dla niego bufor nadawczy (min 536 bajtów), bufor odbiorczy (powiedzmy skromnie: 256 bajtów). Do tego około 20 zmiennych (16-bit). Już mamy ok 1kB RAM. Chcąc obsłużyć kilka gniazd zwyczajnie braknie nam pamięci.. Krótsze bufory tylko wydłużą proces przesyłania danych a MSP430 będzie "bardziej zajęty".

    Kontroler taki jak CS8900A czy RTL8019AS bez problemu wyrobią z odbiorem pakietów tylko trzeba je szybko przetwarzać.

    Co do zastosowania takich urządzonek zgadzam się z halif bo właśnie takie rozwiązania mogą sprawdzić się w sieci rozproszonych urządzeń kontrolno-pomiarowych i mogą być alternatywą dla komunikacji radiowej, kablowej czy innej.

    Do elektroniczek:
    :idea: Kontroler CS8900A można było kupić w Propoxie (ja kupiłem w grudniu 2005)
    http://www.propox.com

    mają też gotowe DIPmoduły:
    http://sklep.propox.com/index.php?d=katalog&k_id=1

    oraz niezbędne transformatory separacyjne

    Pozdrawiam
REKLAMA