NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Wybór mikrokontrolera do transmisji danych przez Ethernet: Atmega, Xmega czy ARM?
Atlantis
Guest
Guest
Mon Oct 07, 2013 7:49 pm
Tak z czystej ciekawości zapytam, jak mikrokontroler to absolutne
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
LeonKame
Guest
Guest
Mon Oct 07, 2013 7:51 pm
W dniu 2013-10-07 21:49, Atlantis pisze:
Quote:
Tak z czystej ciekawości zapytam, jak mikrokontroler to absolutne
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
tylko po co rzeźbic w gównie jak mamy fajne STM32 ?
Jakub Rakus
Guest
Guest
Mon Oct 07, 2013 8:11 pm
On 07.10.2013 21:49, Atlantis wrote:
Quote:
Tak z czystej ciekawości zapytam, jak mikrokontroler to absolutne
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
PICki dobrze sobie z tym dają radę, mikrocip udostępnia nawet gotowe
stosy tcp/ip - było to dobrze opisane w którymś z numerów EP.
Tu zobacz: http://tinyurl.com/35aw9pd
--
Pozdrawiam
Jakub Rakus
Marek Borowski
Guest
Guest
Mon Oct 07, 2013 8:50 pm
On 10/7/2013 9:49 PM, Atlantis wrote:
Quote:
Tak z czystej ciekawości zapytam, jak mikrokontroler to absolutne
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
Sprawdz wymagania stosu uIP. zdaje sie ze w 4kB RAMu sie zmiescisz.
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
Sprawdz wymagania stosu uIP. zdaje sie ze w 4kB RAMu sie zmiescisz.
Osobiscie uwazam ze 32bit CPU, OS i 128kB to minimum, wtedy tez jest
wiekszy wybor stosow TCP/IP. Latwiej sie tez pisze aplikacje sieciowe.
Nie da sie ukryc ze uIP ma ograniczenia sprawdzi sie do trasferu
danych z czujnikow, ale webservera to bym nie stawial.
Pozdrawiam
Marek
J.F.
Guest
Guest
Mon Oct 07, 2013 8:54 pm
Dnia Mon, 07 Oct 2013 21:49:11 +0200, Atlantis napisał(a):
Quote:
Tak z czystej ciekawości zapytam, jak mikrokontroler to absolutne
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a?
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a?
sugeruje jednak uzyc wiekszego - bedzie latwiej przeniesc program, niz
babrac sie na 8/16-bitowcu - co nie znaczy ze sie nie da.
Quote:
Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
kostki RAM na przychodzące/wysyłane pakiety?
Kilkanascie KB na bufory to jest rozsadne minimum.
No chyba ze to ma byc np zdalna klawiatura - to mozna sie ograniczyc
do kilku malych ramek.
Plus kawalek programu na protokoly, plus coraz wiecej protokolow i
wymagania rosna :-)
J.
Atlantis
Guest
Guest
Mon Oct 07, 2013 9:25 pm
W dniu 2013-10-07 22:50, Marek Borowski pisze:
Quote:
Nie da sie ukryc ze uIP ma ograniczenia sprawdzi sie do trasferu
danych z czujnikow, ale webservera to bym nie stawial.
danych z czujnikow, ale webservera to bym nie stawial.
Chodzi mi oczywiście o coś relatywnie prostego. Czynność w rodzaju:
wywołujemy na zdalnym serwerze skrypt PHP, podsyłając mu parę zmiennych.
Skrypt zwraca wynik swojej pracy w formie prostej, nieformatowanej
strony www. MCU wyciąga z niej potrzebne dane i w oparciu o nie wykonuje
jakąś "fizyczną" czynność (załączenie przekaźnika, wygenerowanie
dźwięku, zapalenie diody).
Tudzież ewentualnie wystarczyłoby mocy obliczeniowej na coś takiego, jak
budowane przez ludzi sprzętowe "tickery" do Twittera, potrafiące
odbierać najnowsze wiadomości i wyświetlać je na LCD?
Marek
Guest
Guest
Mon Oct 07, 2013 10:05 pm
On Mon, 07 Oct 2013 22:11:30 +0200, Jakub Rakus <szczur01@op.pl>
wrote:
Quote:
PICki dobrze sobie z tym dają radę, mikrocip udostępnia nawet
gotowe
stosy tcp/ip - było to dobrze opisane w którymś z numerów EP.
gotowe
stosy tcp/ip - było to dobrze opisane w którymś z numerów EP.
Odpalilem microchipowy stos na 18f25k20 (64Mhz, 32kb flash 1500
bajtow ram) z enc28j60. W tych zasobach zmieścił się tcp, udp,icmp,
dhcpd, dns (resolver) , httpd (własny, nie microchipa) i karta sd na
doc root. Musiałem zwiekszyc stos do 512 bajtów bo domyślny 256 był
za mały i się czasami "przekrecal". Działalo, transfery na poziomie
30 kB/s.Jeśli to Ci wystarczy to ok.
Później przekompilowalem ten sam kod na 48Mhz pic32mx250f128 (te
śmieszne małe w dip28) i transfery skoczyły do poziomu 300 kB/s.
Działa (tzn. działało dopóki kot nie postanowil zapolować na czujnik
zostawiony na parapecie i stlukl fotoogniwo) to jako serwer dla
bezprzewodowego czujnika temperatury. Żądania typu włącz/włącz sa
obslugiwane jako cgi, prezentacja wykresów temperatury jest przez
highcharts, ktore pobierają generowany plik csv z karty sd itp...
Do picka32 upchnalem jeszcze telnetd z imitacją shella w chrootcie
(kilka podstawowych komend ) i logowaniem na root bez hasła (a
jakże!). Całość wystawiona na publicznym IP, średnio dwa razy
dziennie coś się loguje i próbuje pobrać wgetem explojta myśląc że to
jakiś ruter wifi
...
Podsumowując na 8bit można ale widać że się męczy, na 32bit śmiga.
--
Marek
Marek
Guest
Guest
Mon Oct 07, 2013 10:18 pm
On Mon, 7 Oct 2013 22:54:38 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:
Quote:
Kilkanascie KB na bufory to jest rozsadne minimum.
Te bufory zapewnia encj, stos tcp (włączone tcp+ip+udp+dhcpd+dns)
microchipa wymaga raptem kilkuset bajtow (ok 200) w mcu. Oczywiście
można włączyć dodatkowe bufory w w pamieci mcu (lub innej,
zewnętrznej np spi) ale tylko jeśli chce się szybszy transfer.
--
Marek
BartekK
Guest
Guest
Mon Oct 07, 2013 11:41 pm
W dniu 2013-10-07 23:25, Atlantis pisze:
Quote:
Tudzież ewentualnie wystarczyłoby mocy obliczeniowej na coś takiego, jak
budowane przez ludzi sprzętowe "tickery" do Twittera, potrafiące
odbierać najnowsze wiadomości i wyświetlać je na LCD?
Użyj czegoś klasy rasberryPI, bo jak zaczniesz na 8bit coś takiego
budowane przez ludzi sprzętowe "tickery" do Twittera, potrafiące
odbierać najnowsze wiadomości i wyświetlać je na LCD?
Użyj czegoś klasy rasberryPI, bo jak zaczniesz na 8bit coś takiego
rzeźbić w guano, to tylko nogi z szambiarki ci będą wystawać. Albo
zrazisz się całkowicie, nigdy nie skończysz projektu i tylko zmarnujesz
siły i czas, bo zmiany w twitterze czy pejsbuku szybciej zachodzą niż
będziesz w stanie dostosować swój projekt
--
| Bartłomiej Kuźniewski
| sibi@drut.org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338173
LeonKame
Guest
Guest
Mon Oct 07, 2013 11:44 pm
tylko ze cenowo to nie wychodzi zbyt optymistycznie
J.F
Guest
Guest
Tue Oct 08, 2013 11:14 am
Użytkownik "Atlantis" napisał w wiadomości
W dniu 2013-10-07 22:50, Marek Borowski pisze:
Quote:
Nie da sie ukryc ze uIP ma ograniczenia sprawdzi sie do trasferu
danych z czujnikow, ale webservera to bym nie stawial.
Chodzi mi oczywiście o coś relatywnie prostego. Czynność w rodzaju:
wywołujemy na zdalnym serwerze skrypt PHP, podsyłając mu parę
zmiennych.
Skrypt zwraca wynik swojej pracy w formie prostej, nieformatowanej
strony www. MCU wyciąga z niej potrzebne dane i w oparciu o nie
wykonuje
jakąś "fizyczną" czynność (załączenie przekaźnika, wygenerowanie
dźwięku, zapalenie diody).
danych z czujnikow, ale webservera to bym nie stawial.
Chodzi mi oczywiście o coś relatywnie prostego. Czynność w rodzaju:
wywołujemy na zdalnym serwerze skrypt PHP, podsyłając mu parę
zmiennych.
Skrypt zwraca wynik swojej pracy w formie prostej, nieformatowanej
strony www. MCU wyciąga z niej potrzebne dane i w oparciu o nie
wykonuje
jakąś "fizyczną" czynność (załączenie przekaźnika, wygenerowanie
dźwięku, zapalenie diody).
Hm, a nie odwrotnie - mamy na MCU serwer, z prosta strona, ktora przy
okazji wykonuje pare akcji ?
Quote:
Tudzież ewentualnie wystarczyłoby mocy obliczeniowej na coś takiego,
jak
budowane przez ludzi sprzętowe "tickery" do Twittera, potrafiące
odbierać najnowsze wiadomości i wyświetlać je na LCD?
jak
budowane przez ludzi sprzętowe "tickery" do Twittera, potrafiące
odbierać najnowsze wiadomości i wyświetlać je na LCD?
A tu juz moze byc gorzej, bo trzeba sie dodatkowo przez protokol
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
J.
Atlantis
Guest
Guest
Tue Oct 08, 2013 6:30 pm
W dniu 2013-10-08 13:14, J.F pisze:
Quote:
Hm, a nie odwrotnie - mamy na MCU serwer, z prosta strona, ktora przy
okazji wykonuje pare akcji ?
okazji wykonuje pare akcji ?
To też zależy. Gdyby serwer miał być węzłem, do którego odwołuje się
kilka urządzeń wbudowanych, to wolałbym taki węzeł postawić na jakimś
Raspberry Pi, a końcówki zrobić na MCU.
Tak poza tym jakoś nieszczególnie przekonuje mnie idea serwera www na
ośmiobitowym MCU, taktowanym zegarem o częstotliwości kilku-kilkunastu
MHz...
Quote:
A tu juz moze byc gorzej, bo trzeba sie dodatkowo przez protokol
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
Można, ale akurat z Twitterem można robić całkiem fajne rzeczy na takim
Arduino. Pamiętam kilka projektów, niektóre były bardziej, inne mniej
użyteczne. Na przykład:
1. Klucz telegraficzny do publikowania wiadomości.
2. Urządzenie drukujące nowe wiadomości za pomocą (bodajże) drukarki
termicznej.
3. Lampka RGB dostosowująca swój kolor do nastrojów panujących na
świecie, określanych na podstawie analizy hashtagów,
Jestem ciekaw jak łatwo byłoby uzyskać podobny efekt na zwykłym MCU i
ENC. Jakoś nie przekonuje mnie idea budowania urządzeń w oparciu o
Arduino. Ta płyta to jak dla mnie narzędzie edukacyjne/deweloperskie,
dobre do sprawdzania koncepcji. Budując końcowy układ dobrze jest jednak
zaprojektować, wytrawić i zlutować płytkę.
Zbych
Guest
Guest
Wed Oct 09, 2013 7:03 am
W dniu 08.10.2013 20:30, Atlantis pisze:
Quote:
W dniu 2013-10-08 13:14, J.F pisze:
Hm, a nie odwrotnie - mamy na MCU serwer, z prosta strona, ktora przy
okazji wykonuje pare akcji ?
To też zależy. Gdyby serwer miał być węzłem, do którego odwołuje się
kilka urządzeń wbudowanych, to wolałbym taki węzeł postawić na jakimś
Raspberry Pi, a końcówki zrobić na MCU.
Tak poza tym jakoś nieszczególnie przekonuje mnie idea serwera www na
ośmiobitowym MCU, taktowanym zegarem o częstotliwości kilku-kilkunastu
MHz...
A tu juz moze byc gorzej, bo trzeba sie dodatkowo przez protokol
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
Można, ale akurat z Twitterem można robić całkiem fajne rzeczy na takim
Arduino. Pamiętam kilka projektów, niektóre były bardziej, inne mniej
użyteczne. Na przykład:
1. Klucz telegraficzny do publikowania wiadomości.
2. Urządzenie drukujące nowe wiadomości za pomocą (bodajże) drukarki
termicznej.
3. Lampka RGB dostosowująca swój kolor do nastrojów panujących na
świecie, określanych na podstawie analizy hashtagów,
Jestem ciekaw jak łatwo byłoby uzyskać podobny efekt na zwykłym MCU i
ENC. Jakoś nie przekonuje mnie idea budowania urządzeń w oparciu o
Arduino. Ta płyta to jak dla mnie narzędzie edukacyjne/deweloperskie,
dobre do sprawdzania koncepcji. Budując końcowy układ dobrze jest jednak
zaprojektować, wytrawić i zlutować płytkę.
Hm, a nie odwrotnie - mamy na MCU serwer, z prosta strona, ktora przy
okazji wykonuje pare akcji ?
To też zależy. Gdyby serwer miał być węzłem, do którego odwołuje się
kilka urządzeń wbudowanych, to wolałbym taki węzeł postawić na jakimś
Raspberry Pi, a końcówki zrobić na MCU.
Tak poza tym jakoś nieszczególnie przekonuje mnie idea serwera www na
ośmiobitowym MCU, taktowanym zegarem o częstotliwości kilku-kilkunastu
MHz...
A tu juz moze byc gorzej, bo trzeba sie dodatkowo przez protokol
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
Można, ale akurat z Twitterem można robić całkiem fajne rzeczy na takim
Arduino. Pamiętam kilka projektów, niektóre były bardziej, inne mniej
użyteczne. Na przykład:
1. Klucz telegraficzny do publikowania wiadomości.
2. Urządzenie drukujące nowe wiadomości za pomocą (bodajże) drukarki
termicznej.
3. Lampka RGB dostosowująca swój kolor do nastrojów panujących na
świecie, określanych na podstawie analizy hashtagów,
Jestem ciekaw jak łatwo byłoby uzyskać podobny efekt na zwykłym MCU i
ENC. Jakoś nie przekonuje mnie idea budowania urządzeń w oparciu o
Arduino. Ta płyta to jak dla mnie narzędzie edukacyjne/deweloperskie,
dobre do sprawdzania koncepcji. Budując końcowy układ dobrze jest jednak
zaprojektować, wytrawić i zlutować płytkę.
A co Arduino odróżnia od "zwykłego" MCU? Przecież to nazwyklejszy AVR z
masą bibliotek. Kumpel na AVR postawił serwer www robiący za bramę do
domowej automatyki i jakoś to chodziło (w czasie przeszłym, bo w tej
chwili widzę, że jest wyłączone). Tym bardziej da się zrobić prostego
klienta http, który będzie wysyłał, czy pobierał z serwera dane przez
GET/POST. Schody mogą się zacząć jak będziesz potrzebował SSLa.
Na stronie microchipa masz gotowe przykłady na 8-bitowce z serwerem www
pokazującym stan urządzenia:
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2813&dDocName=en543032
A tutaj radyjko internetowe:
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1824&appnote=en536169
Zgredzik
Guest
Guest
Wed Oct 09, 2013 7:10 am
Użytkownik "Atlantis" <marekw1986NOSPAM@wp.pl> napisał w wiadomości news:l2v37l$l0m$1@portraits.wsisiz.edu.pl...
Quote:
Tak z czystej ciekawości zapytam, jak mikrokontroler to absolutne
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
minimum, gdy chcemy się bawić w transmisję danych przez
Ethernet/Internet bez zaprzęgania do pracy układów w rodzaju W5100?
Chodzi mi o coś w rodzaju ENC28J60, gdzie mamy załatwioną obsługę ramek
ethernetowych, ale bez sprzętowego TCP/IP.
Coś w rodzaju Atmegi64/128 wystarczy? A może jednak potrzebna będzie
jakaś większa Xmega albo nawet nie powinno się do tego podchodzić bez
32-bitowego ARM-a? Może wskazane jest zastosowanie jakiejś zewnętrznej
kostki RAM na przychodzące/wysyłane pakiety?
Ja swego czasu popełniłem mini stacyjkę meteo z transmisją po ethernecie. Chodziło toto na ATMega32 + ENC28J60 (jeszcze z początkowej serii produkcji - z błędami). Wystarczyło to do obsługi ARP, TCP, UDP. Pisane przy wykorzystaniu którejś wersji uIP (chyba w wersji 0.
.J.F
Guest
Guest
Wed Oct 09, 2013 10:25 am
Użytkownik "Atlantis" napisał w wiadomości grup
W dniu 2013-10-08 13:14, J.F pisze:
Quote:
Hm, a nie odwrotnie - mamy na MCU serwer, z prosta strona, ktora
przy
okazji wykonuje pare akcji ?
To też zależy. Gdyby serwer miał być węzłem, do którego odwołuje się
kilka urządzeń wbudowanych, to wolałbym taki węzeł postawić na jakimś
Raspberry Pi, a końcówki zrobić na MCU.
przy
okazji wykonuje pare akcji ?
To też zależy. Gdyby serwer miał być węzłem, do którego odwołuje się
kilka urządzeń wbudowanych, to wolałbym taki węzeł postawić na jakimś
Raspberry Pi, a końcówki zrobić na MCU.
Owszem.
Ale wtedy moga byc i inne rozwiazania - np MCU wysyla dane UDP, cos na
serwerku odbiera, zapisuje na dysk, a potem serwer www podaje z dysku
...
Quote:
Tak poza tym jakoś nieszczególnie przekonuje mnie idea serwera www na
ośmiobitowym MCU, taktowanym zegarem o częstotliwości
kilku-kilkunastu
MHz...
ośmiobitowym MCU, taktowanym zegarem o częstotliwości
kilku-kilkunastu
MHz...
Szumna nazwa, Serwer, a tak naprawde jakas drobnostke robi, i musi
pare linijek tekstu odeslac.
No chyba ze chcesz ze ambitna strone :-)
Quote:
A tu juz moze byc gorzej, bo trzeba sie dodatkowo przez protokol
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
Można, ale akurat z Twitterem można robić całkiem fajne rzeczy na
takim
Arduino. Pamiętam kilka projektów, niektóre były bardziej, inne mniej
użyteczne. Na przykład:
1. Klucz telegraficzny do publikowania wiadomości.
Twittera przedrzec.
Nie prosciej postawic stary telefon ? Niektore twittera juz maja.
Można, ale akurat z Twitterem można robić całkiem fajne rzeczy na
takim
Arduino. Pamiętam kilka projektów, niektóre były bardziej, inne mniej
użyteczne. Na przykład:
1. Klucz telegraficzny do publikowania wiadomości.
To ta bardziej uzyteczna ? :-)
Quote:
2. Urządzenie drukujące nowe wiadomości za pomocą (bodajże) drukarki
termicznej.
termicznej.
sa drukarki z bluetooth, byly komorki z Irda :-)
Quote:
3. Lampka RGB dostosowująca swój kolor do nastrojów panujących na
świecie, określanych na podstawie analizy hashtagów,
świecie, określanych na podstawie analizy hashtagów,
Telefon ma kolorowy ekran :-)
J.
elektroda NewsGroups Forum Index - Elektronika Polska - Wybór mikrokontrolera do transmisji danych przez Ethernet: Atmega, Xmega czy ARM?