NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Poczwórny UART na SPI/I2C z 16 nóżkami: szukam alternatywy do ATmega
Bogdan Gutknecht
Guest
Guest
Tue Jan 02, 2007 9:02 am
W tej chwili mam zrealizowane programowo (na atmedze) 4 uarty. Chodzą na
4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję. Szukam w
związku z tym poczwórnego UART-a w małej obudowie na SPI lub I2C. Najlepiej
jeśli miałby 16 nóżek. Nie potrzebuję sygnałów sterujących transmisją
jedynie Rx i Tx. FIFO na wejścu i wyjściu mile widziane.
Czy jest coś takiego?
entroper
Guest
Guest
Tue Jan 02, 2007 5:12 pm
Użytkownik "Bogdan Gutknecht" <usunto_b_gutknecht_itotez@interia.pl> napisał w
wiadomości news:end3ou$sei$1@nemesis.news.tpi.pl...
Quote:
W tej chwili mam zrealizowane programowo (na atmedze) 4 uarty. Chodzą
na 4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję.
na 4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję.
Są gotowe UART-y na SPI/I2C, ale 4-ch "gołych" w jednej obudowie chyba nie
widziałem. Jeśli to przyśpieszenie ma być rzędu 2 - 4x (a przy najbardziej
prymitywnym próbkowaniu Rx-a może i 8x), może po prostu oprogramować dodatkowy
mały procesor (np. jakiegoś PIC-a) ?
pozdrawiam
entrop3r
Rafał Paskowski
Guest
Guest
Tue Jan 02, 2007 7:22 pm
Quote:
W tej chwili mam zrealizowane programowo (na atmedze) 4 uarty. Chodzą na
4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję. Szukam w
związku z tym poczwórnego UART-a w małej obudowie na SPI lub I2C.
Najlepiej
jeśli miałby 16 nóżek. Nie potrzebuję sygnałów sterujących transmisją
jedynie Rx i Tx. FIFO na wejścu i wyjściu mile widziane.
Czy jest coś takiego?
4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję. Szukam w
związku z tym poczwórnego UART-a w małej obudowie na SPI lub I2C.
Najlepiej
jeśli miałby 16 nóżek. Nie potrzebuję sygnałów sterujących transmisją
jedynie Rx i Tx. FIFO na wejścu i wyjściu mile widziane.
Czy jest coś takiego?
ARMy mają 4 UARTy jak się nie mylę. Koszt ich nie jest zbyt duzy, jeśli to
nie produkcja seryjna. Dodatkowo zyskujesz niezłego kopa w prędkości
mikrokontrolera.
Wiem, to rada typu "Szukam przyczepki - kup sobie ciężarówkę", ale to też
jakieś rozwiązanie myślę....
Teraz sprawdziłem ceny w seguro. Z 4 USARTami jest po 99zł, czyli jednak nie
tak tanio jak myślałem. :/ Z 3 już po 59zł.
Pozdrawiam
Elitel
Guest
Guest
Tue Jan 02, 2007 8:19 pm
w Kamami są interfejsy SPI -> UART podwójne prod. NXP.
P.
"Bogdan Gutknecht" <usunto_b_gutknecht_itotez@interia.pl> wrote in message
news:end3ou$sei$1@nemesis.news.tpi.pl...
W tej chwili mam zrealizowane programowo (na atmedze) 4 uarty. Chodzą na
4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję. Szukam w
związku z tym poczwórnego UART-a w małej obudowie na SPI lub I2C. Najlepiej
jeśli miałby 16 nóżek. Nie potrzebuję sygnałów sterujących transmisją
jedynie Rx i Tx. FIFO na wejścu i wyjściu mile widziane.
Czy jest coś takiego?
nuclear
Guest
Guest
Tue Jan 02, 2007 9:11 pm
Użytkownik "Bogdan Gutknecht" <usunto_b_gutknecht_itotez@interia.pl> napisał
w wiadomości news:end3ou$sei$1@nemesis.news.tpi.pl...
Quote:
W tej chwili mam zrealizowane programowo (na atmedze) 4 uarty. Chodzą na
4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję. Szukam w
związku z tym poczwórnego UART-a w małej obudowie na SPI lub I2C.
Najlepiej
jeśli miałby 16 nóżek. Nie potrzebuję sygnałów sterujących transmisją
jedynie Rx i Tx.
ja sie podepne pod pytanie bo mam problem lekko podobny- jest sobie duzy
4800 bps. Chciałbym odciążyć procesor i przyspieszyć transmisję. Szukam w
związku z tym poczwórnego UART-a w małej obudowie na SPI lub I2C.
Najlepiej
jeśli miałby 16 nóżek. Nie potrzebuję sygnałów sterujących transmisją
jedynie Rx i Tx.
ja sie podepne pod pytanie bo mam problem lekko podobny- jest sobie duzy
procek (at89s53) i ma sie on komunikować z 4 prockami at89c2051, wlasnie za
pomocą uarta (inna komunikacja odpada ze wzgledu na obciazenie tych małych)
poniewaz ilosc transmistowanych danych nie bedzie duza, i transmisja ma byc
w zasadzie jednokierunkowa, zastanawialem sie czy po prostu nie uzyc
poczwórnej bramki or jako przełacznika transmisji. (czyli nózka tx nadawcy
połaczona z pierwszymi nózkami bramek, drugie nózki podłaczone do tegoż
proca, i podanie stanu niskiego na jakąs nózkę umożliwiałoby przesłenie
danych do odbiorców. Problem poleda na tym, czy jezeli nie bedzie
wykorzystywane polaczenie zwrotne, to musze uzywać tej lini? co sie stanie
jak nie połacze nózki tx odbiocy i rx nadawcy? pytam bo tranzmisje przez ten
standard znam jedynie od strony programowej, tzn wiem gdzie wpisac bajt zeby
go dostać w innym urządzeniu, ale nie mam pojecia czy istnieje jakas
transmisja zwrotna, np potwierdzajaca odbiór danych.
ARW
Guest
Guest
Wed Jan 03, 2007 9:28 am
nuclear napisał(a):
Quote:
dzieki , w takim razie olewam transmisje zwrotna i nawet tego nie lacze, ale
jednak w tamta strone wole uzyc jakiegos przelacznika, bo dane beda wysylane
róznie, raz do tego, raz do tamtego
bez jakiegokolwiek ladu, no i
chcialbym minimalnie obciazac odbiorniki wiec baweinie sie w wysylanie
adresu itp to za wiele po prostu ma odbierac tylko wazne dane a co do
odległosci to bedzie kilkanascie cm, wiec w jakies nadajniki lini bawic sie
nie musze - wystarczy pezposrednio podlaczyc.
jednak w tamta strone wole uzyc jakiegos przelacznika, bo dane beda wysylane
róznie, raz do tego, raz do tamtego
bez jakiegokolwiek ladu, no i
chcialbym minimalnie obciazac odbiorniki wiec baweinie sie w wysylanie
adresu itp to za wiele
po prostu ma odbierac tylko wazne dane a co do
odległosci to bedzie kilkanascie cm, wiec w jakies nadajniki lini bawic sie
nie musze - wystarczy pezposrednio podlaczyc.
Daj ramke z dziewiecioma bitami danych. Ustawiony dziewiaty bit bedzie
oznaczal, ze jest dana ktora przywedrowala to adres, wyzerowany - dana
wlasciwa. Odebranie i poprawne zdekodowanie adresu powoduje zezwolenie
na odbior ramki z wyzerowanym dziewiatym bitem.
--
ARW
elektroda NewsGroups Forum Index - Elektronika Polska - Poczwórny UART na SPI/I2C z 16 nóżkami: szukam alternatywy do ATmega