Polaczenie dwoch atmelkow...



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Polaczenie dwoch atmelkow...
Date: Tue, 06 Feb 2001 17:28:35 +0100


Ehlo.

Jako nie moge dopasc schamatu portow atmelka 89c2051 a na pewno nie jest
tak ze sa takie same jak 8051 to mam pytanie.
Chce polaczyc ze soba 2 male atmelki w celu wymiany informacji, jeden z
nich dziala jako aplikacja time critical dlatego chce je polaczyc 8
bitami i dodatkowo wejscie na int_0 jako wyzwalanie, drugi z atmelkow
czyta 16 znakowa klawiature i obsluguje lcd, rtc, i flasha.
Wobec tego chce polaczyc atmelka z klawiatura i lcd przez '245 a ten sam
port dopiac do wejscia drugiego atmela. I teraz pytanie czy drugi atmel
powinien miec na porcie 0FFh czy 00h zeby nie przeszkadzal drugiemu
atmelowi w obsludze lcd i klawiszy. Jak na moj gust to FFh, drugi
atmelek jak sciagnie linie w dol to na linii bedzie panowac stan niski.
A moze mi sie wydaje ?



--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: eL eS <luksok_at_nospam_poczta.arena.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Tue, 06 Feb 2001 20:27:01 +0100


Milosz Skowyra wrote:

Ehlo.

Jako nie moge dopasc schamatu portow atmelka 89c2051 a na pewno nie jest
tak ze sa takie same jak 8051 to mam pytanie.
Mam pedeefa tego ukladu, podesłać ?
--
<eL eS> - Łukasz Sokół; ICQ 27085734
email#1 : >luksok_at_nospam_poczta.arena.pl<

Poprzedni Następny
Wiadomość
Spis treści
From: eL eS <luksok_at_nospam_poczta.arena.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Tue, 06 Feb 2001 20:31:52 +0100


eL eS wrote:

Milosz Skowyra wrote:

Ehlo.

Jako nie moge dopasc schamatu portow atmelka 89c2051 a na pewno nie jest
tak ze sa takie same jak 8051 to mam pytanie.
Mam pedeefa tego ukladu, podesłać ?
Mam nawet 'Atmel89 series hardware description' ten chyba będzie
odpowiedniejszy ?

--
<eL eS> - Łukasz Sokół; ICQ 27085734
email#1 : >luksok_at_nospam_poczta.arena.pl<

Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Tue, 06 Feb 2001 23:11:36 +0100


eL eS wrote:

Mam pedeefa tego ukladu, podesłać ?
Mam nawet 'Atmel89 series hardware description' ten chyba będzie
odpowiedniejszy ?

Na razie dzieki... ale jak bede potrzebowal to sie upomne... ;-)

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Tue, 6 Feb 2001 20:48:57 +0100


Chce polaczyc ze soba 2 male atmelki w celu wymiany informacji, jeden z
nich dziala jako aplikacja time critical dlatego chce je polaczyc 8
bitami i dodatkowo wejscie na int_0 jako wyzwalanie, drugi z atmelkow
czyta 16 znakowa klawiature i obsluguje lcd, rtc, i flasha.

A nie myslales o dual port RAM ? Znacznie bardziej efektywne.

Wobec tego chce polaczyc atmelka z klawiatura i lcd przez '245 a ten sam
port dopiac do wejscia drugiego atmela. I teraz pytanie czy drugi atmel
powinien miec na porcie 0FFh czy 00h zeby nie przeszkadzal drugiemu
atmelowi w obsludze lcd i klawiszy. Jak na moj gust to FFh, drugi
atmelek jak sciagnie linie w dol to na linii bedzie panowac stan niski.
A moze mi sie wydaje ?

Oczywiscie, ze masz racje. Budowa portow procesorow rodziny '51 przypomina
uklad OC + rezystor podciagajacy.
Wpisanie 0xff oznaczac moze, ze uklad pracuje jako wyjscie i chcemy ustawic
stan wysoki, lub ze pracuje jako wejscie i to uklad zewnetrzny bedzie
wymuszal poziom na tym wejsciu.
--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)



Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Tue, 06 Feb 2001 23:16:14 +0100


peters wrote:

bitami i dodatkowo wejscie na int_0 jako wyzwalanie, drugi z atmelkow
czyta 16 znakowa klawiature i obsluguje lcd, rtc, i flasha.
A nie myslales o dual port RAM ? Znacznie bardziej efektywne.

Hmmm... gdzies to kiedys slyszalem ale nic mi nie mowi.
Moglbys troche przyblizyc temat, moze byc dowolny link.

Wpisanie 0xff oznaczac moze, ze uklad pracuje jako wyjscie i chcemy ustawic
stan wysoki, lub ze pracuje jako wejscie i to uklad zewnetrzny bedzie
wymuszal poziom na tym wejsciu.

Przy okazji moze sie orientujesz jaka jest wartosc wew. pull-upa ?
Czasem przydalo by sie wiedziec, wiem w sumie ile w '51 ale ile atmel...
Sprobuje pociagnac od kolegi tego pdf-a.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: Ireneusz Niemczyk <i.niemczyk_at_nospam_multispedytor.com.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 07 Feb 2001 08:10:54 +0100


Przy okazji moze sie orientujesz jaka jest wartosc wew. pull-upa ?
Czasem przydalo by sie wiedziec, wiem w sumie ile w '51 ale ile atmel..=
=2E
Sprobuje pociagnac od kolegi tego pdf-a.

Nie bazuj na wewn=EAtrznym rezystorze (hmmm...) procka. Jego warto=B6=E6 =
p=B3ywa bardziej
ni=BF pogoda w tym roku ;) daj zewn=EAtrzn=B1 drabink=EA.
Acha - jeszcze jedno, nie wszystkie nogi w 51 maj=B1 pull-upa, czasami je=
st to
tylko OD, mo=BFna si=EA naci=B1=E6.

--
PZD, Irek.N. (ALIAS)
ps. mo=BFe przemy=B6le=E6 tramsmisj=EA jednak po RS na poziomach TTL ? Na=
prawd=EA masz a=BF
tak napi=EAty czas ?


Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 08 Feb 2001 17:50:58 +0100


Ireneusz Niemczyk wrote:

Nie bazuj na wewnętrznym rezystorze (hmmm...) procka. Jego wartość pływa bardziej
niż pogoda w tym roku ;) daj zewnętrzną drabinkę.

No i tu mam problem... jaka powinna byc tak wlasciwie rezystancja
pull-upu.
Z reguły daje 2.2 dlatego ze mam ich dosc sporo, ale czytajac rozne
rzeczy spotykalem sie z wartosciami rzedu 500 om do 20kom.
Wiem ze to zalezy rowniez od danej aplikacji, ale mi biega w tym
momencie o laczenie 2 atmelkow.

Acha - jeszcze jedno, nie wszystkie nogi w 51 mają pull-upa, czasami jest to
tylko OD, można się naciąć.

Wiem...

ps. może przemyśleć tramsmisję jednak po RS na poziomach TTL ? Naprawdę masz aż
tak napięty czas ?

Nie da rady, ten do ktorego wysylam dane ma odbierac sygnaly z zewnatrz
przy 250kbit/s.
No i dodatkowo sterowac 12 triakami. Czasu malo bo ramka ma 11 bitow co
daje 44us i nie moge zadnej opuscic. Dlatego interesuje mnie przeslanie
jak najwiekszej ilosci informacji w ciagu jak najmniejszej liczby cykli.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: Ireneusz Niemczyk <i.niemczyk_at_nospam_multispedytor.com.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 09 Feb 2001 10:23:41 +0100


No i tu mam problem... jaka powinna byc tak wlasciwie rezystancja
pull-upu.
Z regu=B3y daje 2.2 dlatego ze mam ich dosc sporo, ale czytajac rozne
rzeczy spotykalem sie z wartosciami rzedu 500 om do 20kom.
Wiem ze to zalezy rowniez od danej aplikacji, ale mi biega w tym
momencie o laczenie 2 atmelkow.

Minimalna warto=B6=E6 jest ogrniczona maksymalnym pr=B1dem jaki port mo=BF=
e przyj=B1=E6. Dla
AT98C51 jest powiedziane 15mA. 2051 za=B6 ma porty przystosowane do bezpo=
=B6redniego
pod=B3=B1czenia LED=F3w...nie mam pod r=EAk=B1 PDF-a, ale zapewne bezpiec=
znie przyj=B1=E6
ograniczenie na poziomie 10mA.

Maksymalna za=B6 czasem po jakim zostan=B1 na tyle prze=B3adowane pojemno=
=B6ci port=F3w
(~10p/noga) i pojemno=B6ci po=B3=B1cze=F1, =BFe stan na wej=B6ciu zostani=
e odczytany jako H

W Twoim przypadku 2.2k gwarantuje Ci poprawn=B1 prac=EA nawet przy maksym=
alnej
(bezsensownej) cz=EAstotliwo=B6ci kluczowania port=F3w (oczywi=B6cie je=B6=
li nie po=B3=B1czysz ich
d=B3ugim kablem... ;) ).

Nie da rady, ten do ktorego wysylam dane ma odbierac sygnaly z zewnatrz=

przy 250kbit/s.

No i dodatkowo sterowac 12 triakami. Czasu malo bo ramka ma 11 bitow co=

daje 44us i nie moge zadnej opuscic. Dlatego interesuje mnie przeslanie=

jak najwiekszej ilosci informacji w ciagu jak najmniejszej liczby cykli=
=2E

Mo=BFe warto wi=EAc zastosowa=E6 co=B6 szybszego ni=BF seria '51, bo inac=
zej czeka Ci=EA straszna
rze=BCba z programem (o ile jest jakakolwiek szansa na wyrobienie si=EA =
programu).
Mo=BFe AVR ? Albo co=B6 z torped podobnych do '51 ?

--
PZD, Irek.N. (ALIAS)



Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 09 Feb 2001 11:18:32 +0100


Ireneusz Niemczyk wrote:

W Twoim przypadku 2.2k gwarantuje Ci poprawną pracę nawet przy maksymalnej
(bezsensownej) częstotliwości kluczowania portów (oczywiście jeśli nie połączysz ich
długim kablem... ;) ).

Nie... leza sobie na plytce w odleglosci 1 cm.

Może warto więc zastosować coś szybszego niż seria '51, bo inaczej czeka Cię straszna
rzeźba z programem (o ile jest jakakolwiek szansa na wyrobienie się programu).
Może AVR ? Albo coś z torped podobnych do '51 ?

No coz juz kiedys rozmawialem z Petersem na ten temat i doszlismy do
tego ze najlepiej by bylo uzyc czegos z Dallasa, podobno chodza do 50MHz
i bez dzielenia zegara przez 12.
Ale sytuacja jest bardzo prozaiczna... mianowicie kiedys dla firmy
zajmujacej sie produkcja tego typu urzadzen zaprojektowalem i wykonalem
prototyp 6 kanalowego power-packa, byl to wlasnie 2051 z dolaczonym
poczwornym komparatorem (LM339 - bardzo fajny pod wzgledem parametrow
komparator) i 2 buforami '245 do odczytu adresu urzadzenia i wartosci
napiecia podzarzania zarowek, do tego 485 do odbioru protokolu i
dzialalo jak nalezy, jednak facet tak sie napial ze zakupil procki 2051
od Atmela, nie pamietam czy 10k czy 100k sztuk i teraz lezy mu to w
firmie.
Na nieszczescie zrobilem innej zaprzyjaznionej firmie 12 kanalowy
power-pack w wersji full-wypas na 90S4414 (wejscie analogowe 0-10V,
wejscie na protokol dmx, pamiec na sekwencje, wyswietlacz, pomiar
temperatury i sterowanie wiatrakiem, dowolne krosowanie kanalow, szmery
bajery, etc) w zasadzie bardziej dla rozrywki niz dla pieniedzy i
okazalo sie ze to dziala ;-) i problem w tym ze wspomniany wczesniej
facet sie spotkal z tym urzadzeniem (koszt takiego u producenta dobrej
marki to 6-12 kpln) i dowiedzial sie ze to moje dziecko.
Wiec zaproponowal sensowne pieniadze za zrobienie czegos takiego ale
warunek ze wykorzystam lezace w magazynie setki atmelkow... ;-)
No to walcze... jak lew... ;-)))
Korzystam na tym na tyle ze moge sprawdzic swoje umiejetnosci... ;-),
ale lekko nie jest, pamieci za malo na uzywanie jakiegos kompilatora C,
poza tym za duzo by bylo wstawek asm, wiec calosc pisze w asm-ie, mialem
od atmela proceury obslugi I2C ale okazalo sie ze zajmuja za duzo
miejsca i maja za duzo wodotryskow wiec napisalem sobie wlasne, walka z
miejscem i czasem jest dosc spora... ale jest w czym sie sprawdzic ;-)
Okazalo sie ze mam za malo miejsca na wszystkie teksty menu etc, wiec
musze teraz to przeniesc do AT24C08, kombinacji w cholere ale to jest
cos co tygryski lubia najbardziej. ;-)


--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: Ireneusz Niemczyk <i.niemczyk_at_nospam_multispedytor.com.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 09 Feb 2001 14:28:20 +0100


ale to jest cos co tygryski lubia najbardziej. ;-)

Jasne!!! doskonale rozumiem. :)
Hmmm... mog=EA jedynie =BFyczy=E6 wytrwa=B3o=B6ci (jak tych prock=F3w das=
z wiaderko - na 100% si=EA
wyrobi=B1 z czasem, a zabawy przy tym mn=F3stwo i do tego jeszcze zleceni=
odawca b=EAdzie
ucieszony z conajmniej 2 powod=F3w:

--
PZD, Irek.N. (ALIAS)



Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 09 Feb 2001 22:09:27 +0100


Ireneusz Niemczyk wrote:

ale to jest cos co tygryski lubia najbardziej. ;-)
Jasne!!! doskonale rozumiem. :)

No coz tylko walka z przeciwnosciami wyrabia harta ducha... wiec mozna
czasem powalczyc ;-)

Hmmm... mogę jedynie życzyć wytrwałości (jak tych procków dasz wiaderko - na 100% się
wyrobią z czasem, a zabawy przy tym mnóstwo i do tego jeszcze zleceniodawca będzie
ucieszony z conajmniej 2 powodów:
- szybko pozbędzie się układów,
- dużo uC->skomplikowane, warte zapłaconej kasy). ;)

Nie wyprowadzam go z bledu...
Sumujac ilosc dodatkowych rzeczy, wielkosc PCB, ilosc lutow etc, to
wychodzi chyba kilkukrotnie drozej niz gdyby to wykonac na czyms
sensownym. Jego sprawa... niech walczy.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 08:14:19 +0100


Hmmm... gdzies to kiedys slyszalem ale nic mi nie mowi.
Moglbys troche przyblizyc temat, moze byc dowolny link.

Najprosciej rzecz ujmujac jest to pamiec RAM, ktora ma dwa razy wiecej
nozek:
oddzielne magistrale dla obu procesorkow. Jak jeden cos zapisze, to i drugi
to widzi.
Nie tak dawno temu szukalem czegos takiego i obok kosztownych i
skomplikowanych ukladow natrafilem na DS1609 Dallasa.
Niestety NOT RECOMMENDEDFOR NEW DESIGN :( Ale moze natrafisz na cos
podobnego innej firmy.
Przestalem szukac opierajac uklad na DMA.
AVRy mozna w bardzo prosty sposob podlaczyc do wspolnego RAMu. Dziala prawie
jak DMA. Jesli ktos jest zainteresowany to moge rozwinac trmat.

Przy okazji moze sie orientujesz jaka jest wartosc wew. pull-upa ?
Czasem przydalo by sie wiedziec, wiem w sumie ile w '51 ale ile atmel...
Sprobuje pociagnac od kolegi tego pdf-a.

Problem w tym, ze to nie jest tak naprawde rezystor a element nieliniowy.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "Dariusz Dorochowicz" <dadoro_at_nospam_polbox.com>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 09:12:53 +0100



Użytkownik "peters" <peters_at_nospam_poczta.onet.pl> napisał w wiadomości
news:95qsj1$cme$1_at_nospam_news.tpi.pl...

Najprosciej rzecz ujmujac jest to pamiec RAM, ktora ma dwa razy
wiecej
nozek:
oddzielne magistrale dla obu procesorkow. Jak jeden cos zapisze, to
i drugi
to widzi.
Nie tak dawno temu szukalem czegos takiego i obok kosztownych i
skomplikowanych ukladow natrafilem na DS1609 Dallasa.
Niestety NOT RECOMMENDEDFOR NEW DESIGN :( Ale moze natrafisz na cos
podobnego innej firmy.

Jest jeszcze trochę różnych innych układów, ale zupełnie nie mam
pojęcia, jak wygląda ich dostępność i cena. W każdym razie gdyby ktoś
miał coś namierzonego, to bardzo proszę o jakąkolwiek informację.

Przestalem szukac opierajac uklad na DMA.
AVRy mozna w bardzo prosty sposob podlaczyc do wspolnego RAMu.
Dziala prawie
jak DMA. Jesli ktos jest zainteresowany to moge rozwinac trmat.

Ja się jeszcze muszę zastanowić, co mogę stracić, a co zyskać na AVR w
stosunku do różnych '51. Chyba będę musiał się trochę poprzyglądać,
ale to, co piszesz, jest na początek interesujące. A jak jest z
peryferiami (w szczególności interesują mnie porty szeregowe - więcej
niż jeden na procesor) ?

DD

P.S. Jak Ci idzie zbieranie informacji o obudowach SMD?


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 10:13:23 +0100


Ja się jeszcze muszę zastanowić, co mogę stracić, a co zyskać na AVR w
stosunku do różnych '51. Chyba będę musiał się trochę poprzyglądać,
ale to, co piszesz, jest na początek interesujące.

Wszystko ma swoje zady i walety :)
Wedlug mnie AVR-y nadaja sie znakomicie do niezbyt skomplikowanych
zastosowan. Ich stosowanie ma najwiekszy sens wtedy gdy nie trzeba podlaczac
niczego pod magistrale. Zyskujemy wtedy wiele I/O, wysoka niezawodnosc,
prosty druk...
W porownaniu z '51 znacznie lepiej rozwiazano budowe portow. Podstawowa wada
'51 to jedynka po resecie na wszyskich I/O. jak podlaczymy tam przekaznik
(np. przez tranzystor) to bedzie nam "klapal" przy resetowaniu procesorka.
Trzeba go sterowac tak by byl zalaczany zerem a nie jedynka. W AVR-ach
trzeba okreslac kierunek portu. Jest to znacznie lepsze rozwiazanie.
Mam juz za soba kilka programow na AVR-y. Nieco trudniej mi sie je
programuje niz '51. Tam mialem do dyspozycji debuger Keila i w przypadku
klopotow moglem latwiej wyczuc co sie zlego dzieje. W dodatku przyzwyczailem
sie do RTX-a (system czasu rzeczywistego)
Nie majac czegos podobnego na AVR-y musialem powrocic do tradycyjnych metod
programowania.


A jak jest z
peryferiami (w szczególności interesują mnie porty szeregowe - więcej
niż jeden na procesor) ?

O ile sie nie myle to nie ma AVR-ow z dwoma UARTami.


P.S. Jak Ci idzie zbieranie informacji o obudowach SMD?

Nie idzie, od dwoch miesiecy jestem zawalony robota. Moze pod koniec lutego
znajde czas i zajme sie aktualizacja strony.
Ale jak ktos ma jakies ciekawe materialy, to bardzo prosze na priva :)


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "Dariusz Dorochowicz" <dadoro_at_nospam_polbox.com>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 10:52:09 +0100



Użytkownik "peters" <peters_at_nospam_poczta.onet.pl> napisał w wiadomości
news:95r3ih$c8r$1_at_nospam_news.tpi.pl...

Wszystko ma swoje zady i walety :)

Stara znana prawda. Dlatego bardzo lubię pytania: a co jest lepsze?

Wedlug mnie AVR-y nadaja sie znakomicie do niezbyt skomplikowanych
zastosowan. Ich stosowanie ma najwiekszy sens wtedy gdy nie trzeba
podlaczac
niczego pod magistrale. Zyskujemy wtedy wiele I/O, wysoka
niezawodnosc,
prosty druk...

To tak, jak każdy (chyba) mikrokontroler.

W porownaniu z '51 znacznie lepiej rozwiazano budowe portow.
Podstawowa wada
'51 to jedynka po resecie na wszyskich I/O. jak podlaczymy tam
przekaznik
(np. przez tranzystor) to bedzie nam "klapal" przy resetowaniu
procesorka.
Trzeba go sterowac tak by byl zalaczany zerem a nie jedynka. W
AVR-ach
trzeba okreslac kierunek portu. Jest to znacznie lepsze rozwiazanie.

Powiedzmy, że nie do końca rozumiem, ale doczytam (albo zapytam na
priv).

Mam juz za soba kilka programow na AVR-y. Nieco trudniej mi sie je
programuje niz '51. Tam mialem do dyspozycji debuger Keila i w
przypadku
klopotow moglem latwiej wyczuc co sie zlego dzieje. W dodatku
przyzwyczailem
sie do RTX-a (system czasu rzeczywistego)
Nie majac czegos podobnego na AVR-y musialem powrocic do
tradycyjnych metod
programowania.

Chcesz powiedzieć, że te parę mega, które ciągnę z Twojej strony, to
.... :-)

A jak jest z
peryferiami (w szczególności interesują mnie porty szeregowe -
więcej
niż jeden na procesor) ?

O ile sie nie myle to nie ma AVR-ow z dwoma UARTami.

Nie do końca o to mi chodziło. Tego to się domyślałem, ale czy łatwo
dołącza się w miarę standardowe układy peryferyjne. Sytuację mam taką,
że najlepiej byłoby, gdyby można było do jednego procka dołączyć sporo
różnych RS-ów (3 - 5, a może jeszcze więcej), a jeszcze lepiej, gdyby
dało się układ ethernetowy.

P.S. Jak Ci idzie zbieranie informacji o obudowach SMD?

Nie idzie, od dwoch miesiecy jestem zawalony robota. Moze pod
koniec lutego
znajde czas i zajme sie aktualizacja strony.
Ale jak ktos ma jakies ciekawe materialy, to bardzo prosze na priva
)

A co to są ciekawe materiały?
Napisz, co masz, to może coś się znajdzie, bo chyba nie ma sensu
podsyłać tego, co już masz.

DD


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 11:31:47 +0100


Trzeba go sterowac tak by byl zalaczany zerem a nie jedynka. W AVR-ach
trzeba okreslac kierunek portu. Jest to znacznie lepsze rozwiazanie.

Powiedzmy, że nie do końca rozumiem, ale doczytam (albo zapytam na
priv).

Znasz budowe portu w '51?
Mozna ja sobie wyobrazic jako tranzystor npn z opornikiem do +.
Z kolektora tego tranzystorka wyprowadzona jest linia portu.
Jednoczesnie z kolektora tego tranzystora procesor czyta stan gdy port
pracuje jako wejscie.

W AVR-ach i w wielu innych procesorach masz specjalny rejestr
konfiguracyjny,
w ktorym okreslasz czy linia portu ma byc wejsciem czy wyjsciem.
Jesli wejsciem (domyslnie po resecie) to na nodze masz trzeci stan a nie 1
jak w '51.


klopotow moglem latwiej wyczuc co sie zlego dzieje.
W dodatku przyzwyczailem
sie do RTX-a (system czasu rzeczywistego)
Nie majac czegos podobnego na AVR-y musialem powrocic do
tradycyjnych metod programowania.

Chcesz powiedzieć, że te parę mega, które ciągnę z Twojej strony, to
.... :-)

To co? Piszac o tradycyjnych metodach mialem na mysli pisanie tylko w C
bez systemu czasu rzeczywistego. Wymaga to zupelnie innego podejscia.

Nie do końca o to mi chodziło. Tego to się domyślałem, ale czy łatwo
dołącza się w miarę standardowe układy peryferyjne. Sytuację mam taką,
że najlepiej byłoby, gdyby można było do jednego procka dołączyć sporo
różnych RS-ów (3 - 5, a może jeszcze więcej), a jeszcze lepiej, gdyby
dało się układ ethernetowy.

Identycznie jak do rodziny '51. Normalna magistrala Intela.
Problem jest innego rodzaju, nie mozna rozszerzyc pamieci programu.
Jak zle dobierzesz procesor to koniec :)

A co to są ciekawe materiały?
Napisz, co masz, to może coś się znajdzie, bo chyba nie ma sensu
podsyłać tego, co już masz.

Interesuja mnie materialy przydatne konstruktorom urzadzen elektronicznych.
Na razie bardzo niewiele tego mam.
Na pewno nie interesuja mnie schematy gotowych urzadzen.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)





Poprzedni Następny
Wiadomość
Spis treści
From: "Dariusz Dorochowicz" <dadoro_at_nospam_polbox.com>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 12:19:22 +0100



Użytkownik "peters" <peters_at_nospam_poczta.onet.pl> napisał w wiadomości
news:95r85e$r6$1_at_nospam_news.tpi.pl...

W AVR-ach i w wielu innych procesorach masz specjalny rejestr
konfiguracyjny,
w ktorym okreslasz czy linia portu ma byc wejsciem czy wyjsciem.
Jesli wejsciem (domyslnie po resecie) to na nodze masz trzeci stan a
nie 1
jak w '51.

Aha, dlatego jest lepiej? Tego właśnie nie wiedziałem. Faktycznie,
przy pierwszym "oglądaniu" '51 byłem zdziwiony, że wyjścia nie ustawia
się w Z, tylko H.

To co? Piszac o tradycyjnych metodach mialem na mysli pisanie tylko
w C
bez systemu czasu rzeczywistego. Wymaga to zupelnie innego
podejscia.

O to chodziło? I tak nie korzystałem z żadnych systemów (zresztą
programy pisze ktoś inny, ale mu zaglądam przez ramię).

Identycznie jak do rodziny '51. Normalna magistrala Intela.

Właśnie zacząłem oglądać pdf-y. Z grubsza tak to właśnie wygląda.

Problem jest innego rodzaju, nie mozna rozszerzyc pamieci programu.
Jak zle dobierzesz procesor to koniec :)

Z tego, co na razie mam, to nie wygląda, żeby te procesorki grzeszyły
nadmierną ilością pamięci programu :-(
Ale w '51 ustawionej na pracę bez pamięci zewnętrznej też jest ten sam
problem (zawsze można jednak dać '55, chyba, że używa się procesora z
większą ilością portów - wtedy rzeczywiście koniec).

W każdym razie procesor (AVR) idzie do dokładniejszego obejrzenia :-)

Interesuja mnie materialy przydatne konstruktorom urzadzen
elektronicznych.

-))))
Masz chyba dużo miejsca :-))

Na razie bardzo niewiele tego mam.
Na pewno nie interesuja mnie schematy gotowych urzadzen.

Wiesz, z czym mam cały czas problem? Z radiatorami. Znaleźć dobre
profile, z wykresami i cenami... To przechodzi ludzkie pojęcie. Biorę
do ręki urządzenie z GB, widzę radiatorki dokładnie takie, jakie są mi
potrzebne... Przeglądam katalogi: Elfa - nie ma, Eltron - nie ma, RS -
nie ma, Farnella jeszcze nie mam, mam za to Fischera - ale też nie ma
tego profilu. Szukam po sieci - nie ma. A przecież ktoś to robi, ktoś
sprzedaje. Albo nawet "głupi" radiatorek (raczej profil) z Kęt. Jest
gdzieś jakakolwiek charakterystyka profili (poza wymiarami)? Owszem,
lata temu widziałem, nawet miałem w książce i w RE, co z tego, kiedy
leży to 400km ode mnie? A Kęty tylko pokazują, jak to wygląda.
Niestety podobnie to wygląda z innymi rzeczami produkowanymi u nas.
Nawet cewki (Polfer to wiadomo, że coś robi, ale co ?).
No i złącza. Temat - wielki jak nie wiadomo co. W szczególności złącza
łatwe w montażu.
Z całą resztą tematów jakoś da się przeżyć, chociaż już nad samym
doborem obudowy można kupę czasu stracić.

Znów się rozpisałem, już kończę.

DD


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 22:57:59 +0100


Aha, dlatego jest lepiej?
Przeczytaj to co pisalem o klapaniu przekaznika.

O to chodziło? I tak nie korzystałem z żadnych systemów (zresztą
programy pisze ktoś inny, ale mu zaglądam przez ramię).
Ale ja korzystam i zachecam do tego samego.
Mam kilka argumentow za, jak ktos jest zainteresowany to rozwine temat.

Z tego, co na razie mam, to nie wygląda, żeby te procesorki grzeszyły
nadmierną ilością pamięci programu :-(
Mega AVR-y maja juz calkiem sporo FLASH-a (tam pewnie zabraknie wewnetrznego
RAM-u)
A z prostszymi jest taki problem, ze juz na wstepnym etapie projektowania
trzeba oszacowac czy program sie zmiesci.
Jesli nie to koniec. W zeszlym tygodniu skonczylem pisac program na 8515. Do
konca nie wiedzialem czy sie zmiesci.
Programowalem to w C (oczywiscie CodeVision). Na szczescie w pore dostalem
ulepszona wersje kompilatora generujaca znacznie krotszy kod.

W każdym razie procesor (AVR) idzie do dokładniejszego obejrzenia :-)
Polecam. Do wszystkiego sie nie nadaja, ale sa zastosowania do ktorych
pasuja jak ulal.


-))))
Masz chyba dużo miejsca :-))
Bez przesady, jeszcze tylko ze 30MB :)


Z całą resztą tematów jakoś da się przeżyć, chociaż już nad samym
doborem obudowy można kupę czasu stracić.
Myslalem o przegladzie uC, ale tyle tego jest....


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)




Poprzedni Następny
Wiadomość
Spis treści
From: "Dariusz Dorochowicz" <dadoro_at_nospam_polbox.com>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 08:15:20 +0100



Użytkownik "peters" <peters_at_nospam_poczta.onet.pl> napisał w wiadomości
news:95sga1$bp2$1_at_nospam_news.tpi.pl...

Przeczytaj to co pisalem o klapaniu przekaznika.

OK, wiem o co chodzi, ale nie widzę problemu. Przyzwyczaiłem się do
tego, że rzadko jest tak, jak bym chciał. A z przekaźników sterowanych
z uP raczej nie korzystam. Zresztą to, o czym piszesz jest do
załatwienia na parę różnych sposobów (wcale nie trzeba sterować go
stanem niskim).

O to chodziło? I tak nie korzystałem z żadnych systemów (zresztą
programy pisze ktoś inny, ale mu zaglądam przez ramię).
Ale ja korzystam i zachecam do tego samego.
Mam kilka argumentow za, jak ktos jest zainteresowany to rozwine
temat.

Masz rację, nie potrzebujesz zajmować się paroma sprawami i znacznie
szybciej wychodzi to, co chcesz osiągnąć.

Mega AVR-y maja juz calkiem sporo FLASH-a (tam pewnie zabraknie
wewnetrznego
RAM-u)

RAM w mikrokontrolerkach to zupełnie osobna sprawa. Parę dni spędziłem
na wyeliminowaniu po kolei wszystkiego, co jest, bo było za mało
RAM-u. Potem dopiero zszedłem z wymaganiami :-)

A z prostszymi jest taki problem, ze juz na wstepnym etapie
projektowania
trzeba oszacowac czy program sie zmiesci.

Dokładnie ten sam problem masz ze wszystkim


Jesli nie to koniec. W zeszlym tygodniu skonczylem pisac program na
8515. Do
konca nie wiedzialem czy sie zmiesci.
Programowalem to w C (oczywiscie CodeVision). Na szczescie w pore
dostalem
ulepszona wersje kompilatora generujaca znacznie krotszy kod.

Swego czasu próbowaliśmy tego, co wygenerował Keil. Zachowywał się
całkiem śmiesznie. Dopiero po wyłączeniu optymalizacji zaczął czytać
niektóre porty.


W każdym razie procesor (AVR) idzie do dokładniejszego obejrzenia
-)
Polecam. Do wszystkiego sie nie nadaja, ale sa zastosowania do
ktorych
pasuja jak ulal.

Też tak myślę.

Myslalem o przegladzie uC, ale tyle tego jest....

Nawet niektórzy producenci sami mają problem z usystematyzowaniem
tego, co sami robią.

DD


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 08:36:54 +0100


OK, wiem o co chodzi, ale nie widzę problemu.
Zresztą to, o czym piszesz jest do
załatwienia na parę różnych sposobów (wcale nie trzeba sterować go
stanem niskim).
Sterowanie przekaznikiem posluzylo mi tylko za przyklad.
Chodzi o to, ze projektujac uklady z '51 trzeba miec zawsze na uwadze fakt,
ze tuz po resecie na wszystkich portach jest poziom wysoki.
Moim zdaniem projektanci '51 popelnili fatalny blad, ktory zmusza
konstruktorow
do kombinowania a czasem i do niepotrzebnej rozbudowy ukladu.

A z prostszymi jest taki problem, ze juz na wstepnym etapie
projektowania
trzeba oszacowac czy program sie zmiesci.
Dokładnie ten sam problem masz ze wszystkim

Nie do konca masz racje. Gdy popularne byly '51 z zewnetrznym RAM-em i
EPROM-em zawsze mozna bylo zaprojektowac plytke tak by moc zastapic uzyte
kosci wiekszymi.

Swego czasu próbowaliśmy tego, co wygenerował Keil. Zachowywał się
całkiem śmiesznie. Dopiero po wyłączeniu optymalizacji zaczął czytać
niektóre porty.

Przyczyna dziwnego zachowania Keila byla prawdopodobnie Wasza niewiedza na
temat Keila i brak doswiadczenia.
Nie wszystkie operacje mozna przeprowadzac na portach tak jak na zmiennych

P.S. Szkoda, ze odbieglismy tak daleko od tematu :)

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "Dariusz Dorochowicz" <dadoro_at_nospam_polbox.com>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 09:16:12 +0100



Użytkownik "peters" <peters_at_nospam_poczta.onet.pl> napisał w wiadomości
news:95ti9n$kl0$1_at_nospam_news.tpi.pl...

Sterowanie przekaznikiem posluzylo mi tylko za przyklad.
Chodzi o to, ze projektujac uklady z '51 trzeba miec zawsze na
uwadze fakt,
ze tuz po resecie na wszystkich portach jest poziom wysoki.
Moim zdaniem projektanci '51 popelnili fatalny blad, ktory zmusza
konstruktorow
do kombinowania a czasem i do niepotrzebnej rozbudowy ukladu.

Cóż, pewnie zrobili tak, jak im było łatwiej


Nie do konca masz racje. Gdy popularne byly '51 z zewnetrznym RAM-em
i
EPROM-em zawsze mozna bylo zaprojektowac plytke tak by moc zastapic
uzyte
kosci wiekszymi.

Tak, ale jeżeli chciałeś użyć samego uC, to mógł być ten sam
problem. A tak szczerze mówiąc, zwykła 51 przy pracy z zewnętrzną
pamięcią traci całkiem sporo nóg, więc lepiej skorzystać z pamięci
wewnętrznej.

Przyczyna dziwnego zachowania Keila byla prawdopodobnie Wasza
niewiedza na
temat Keila i brak doswiadczenia.

Pewnie, w końcu sprawdzaliśmy, co to może, i czy warto.

Nie wszystkie operacje mozna przeprowadzac na portach tak jak na
zmiennych

Chodziło o to, że pomimo wybrania procesora (87C552), nie było paru
portów, które ten procesor ma (zresztą paru innych "drobiazgów" też).
I wpisanie jedynek do portu (no właśnie :-)), a później próba
odczytu - była pomijana, co zresztą bardzo dobrze było widać przy
śledzeniu programu.

P.S. Szkoda, ze odbieglismy tak daleko od tematu :)

No właśnie, chyba czas kończyć.

DD


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 09:25:15 +0100



Chodziło o to, że pomimo wybrania procesora (87C552), nie było paru
portów, które ten procesor ma (zresztą paru innych "drobiazgów" też).
I wpisanie jedynek do portu (no właśnie :-)), a później próba
odczytu - była pomijana, co zresztą bardzo dobrze było widać przy
śledzeniu programu.


Nie rozumiem, co znaczy ze nie bylo portow?
Sporo pisalem w Keilu na 552. Dolaczasz plik reg552.h i dziala.
Moze plik ten nie byl kompletny? Mozna go zmieniac, uzupelniac alb napisac
wlasny.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: "Dariusz Dorochowicz" <dadoro_at_nospam_polbox.com>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 16:58:31 +0100



Użytkownik "peters" <peters_at_nospam_poczta.onet.pl> napisał w wiadomości
news:95tl4p$4hq$1_at_nospam_news.tpi.pl...

Nie rozumiem, co znaczy ze nie bylo portow?
Sporo pisalem w Keilu na 552. Dolaczasz plik reg552.h i dziala.
Moze plik ten nie byl kompletny? Mozna go zmieniac, uzupelniac alb
napisac
wlasny.

Nawet o tym nie pomyślałem

Uznałem, że skoro jest do obejrzenia, to może nie być paru rzeczy. Ale
zaraz powiem komuś coś. Ciekaw jestem, jaką będzie miał minę ;-))

W każdym razie dziękuję.

DD


Poprzedni Następny
Wiadomość
Spis treści
From: Miroslaw Kwasniak <pisz_do_mnie_na_mirek.kwasniak_at_nospam_dionizos.zind.ikem.pwr.wroc.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: 14 Feb 2001 06:38:55 GMT


Dariusz Dorochowicz <dadoro_at_nospam_polbox.com> wrote:
[...]
DD>I wpisanie jedynek do portu (no właśnie :-)), a później próba
_____________
DD>odczytu - była pomijana, co zresztą bardzo dobrze było widać przy
____________________
DD>śledzeniu programu.


Nie znam twojego kompilatora, nie znam 51, ale ...


Tak zachowują się wszystkie poprawnie optymalizujące kompilatory języka C na
świecie. Po co coś czytać, skoro jest to teoretycznie znane - "wpisane
jedynki" :). A fakt, że coś się może zmienić w sposób nieprzewidywalny -
"siła wyższa" (oj to chyba cytat z mojej umowy z PZU :) - to kompilator C
należy poinformować "klauzulą" ;) volatile.

Mirek

Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Polaczenie dwoch atmelkow...
Date: 8 Feb 2001 09:35:20 GMT


On Thu, 8 Feb 2001 08:36:54 +0100, peters <peters_at_nospam_poczta.onet.pl> wrote:
Sterowanie przekaznikiem posluzylo mi tylko za przyklad.
Chodzi o to, ze projektujac uklady z '51 trzeba miec zawsze na uwadze fakt,
ze tuz po resecie na wszystkich portach jest poziom wysoki.
Moim zdaniem projektanci '51 popelnili fatalny blad, ktory zmusza
konstruktorow do kombinowania a czasem i do niepotrzebnej rozbudowy ukladu.

Dlaczego ? Stare, dobre, TTL'owskie nawyki - aktywny to poziom niski,
i problemy znikaja ...

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 10:53:45 +0100


Dlaczego ? Stare, dobre, TTL'owskie nawyki - aktywny to poziom niski,
i problemy znikaja ...

Idealnie jest gdy sam moge sobie wybrac jaki poziom jest aktywny. Dla czesci
sygnalow bardziej pasuje poziom niski a dla czesci wysoki (patrz: przyklad z
przekaznikiem).
Jeszcze raz powtarzam swoja opinie: budowa portow rodziny '51 jest jedna z
podstawowych wad tych uC.

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)




Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 11:48:39 +0100



"peters" <peters_at_nospam_poczta.onet.pl> wrote in message
news:95sga1$bp2$1_at_nospam_news.tpi.pl...
Aha, dlatego jest lepiej?

Z tego, co na razie mam, to nie wygląda, żeby te procesorki grzeszyły
nadmierną ilością pamięci programu :-(
Mega AVR-y maja juz calkiem sporo FLASH-a (tam pewnie zabraknie
wewnetrznego
RAM-u)

No wlasnie, w Mega103 jest tylko 4k ramu, a pamieci programu wiecej niz
komus sie przyda. Kurcze 16k ramu mogli dac i 32 flasha. W zupelnosci
wystarczy do wszystkiego. Na dodatek jak robili mega103 to mogli sobie
podarowac multiplexowana szyne zeby dostep do peryferiow byl szybszy. Kazdy
AVR jaki powstaje jest porabany, Nie wiem, moze ci wielcy odbiorcy tak chca,
ale mnie by sie zdecydowanie przydalo wiecej pamieci danych w srodku i w
wersji mega103 szyna bez multiplexu.

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 12:02:24 +0100


AVR jaki powstaje jest porabany, Nie wiem, moze ci wielcy odbiorcy tak
chca,
ale mnie by sie zdecydowanie przydalo wiecej pamieci danych w srodku i w
wersji mega103 szyna bez multiplexu.

Co do szyny bez multiplexu nie do konca sie z Toba zgadzam
Optymalne wydaje mi sie rozwiazanie jak w '166. Tam sobie wybieram czy chce
w multipleksie czy tez nie.
Nie zawsze az tak zalezy na szybkosci. Zapomniales tez, ze czesc ukladow
peryferyjnych wspolpracuje tylko z szyna multipleksowana.


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)



Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 08 Feb 2001 18:00:44 +0100


peters wrote:

Aha, dlatego jest lepiej?
Przeczytaj to co pisalem o klapaniu przekaznika.

Powiem inaczej... swojego czasu uzylem do sterowania powerpackiem 64
kanalowym ukladu SAB537 albo 517 juz nie pamietam (mial PAC-a), w kazdym
badz razie popelnilem blad i podpialem optotriaki do masy i do nogi a
nie do nogi i plusa...
Sterowalo toto 128 reflektorami po 1kW kazdy. Nie moglem sie nadziwic
dlaczego przy wlaczeniu do pradu tluklo bezpieczniki... wyprulem prawie
cale urzadzenie i dopiero wtedy sie kapnalem, bo oczywiscie po
odlaczeniu reflektorow odpalalo normalnie.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Polaczenie dwoch atmelkow...
Date: 9 Feb 2001 11:58:31 +0100


On Thu, 08 Feb 2001 18:00:44 +0100, Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl> wrote:
Powiem inaczej... swojego czasu uzylem do sterowania powerpackiem 64
kanalowym ukladu SAB537 albo 517 juz nie pamietam (mial PAC-a), w kazdym
badz razie popelnilem blad i podpialem optotriaki do masy i do nogi a
nie do nogi i plusa...
Sterowalo toto 128 reflektorami po 1kW kazdy. Nie moglem sie nadziwic
dlaczego przy wlaczeniu do pradu tluklo bezpieczniki...

I tu sie wlasnie objawiaja ZALETY '51, bo to wlaczenie do + jest prawidlowe
elektrycznie - wiekszy prad. A dzieki konstrukcji '51 nic nie klapie
i nie blyska :-)

J.

Poprzedni Następny
Wiadomość
Spis treści
From: JK <Janusz_k_at_nospam_um.bielsko.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 07 Feb 2001 13:50:19 +0100


. W dodatku przyzwyczailem
sie do RTX-a (system czasu rzeczywistego)

Czy można się dowiedzieć czegoś więcej (jak oczywiście masz czas) na temat tego
system może być na priva.
JAnusz


Poprzedni Następny
Wiadomość
Spis treści
From: Martin <martin_at_nospam_ihf.rwth-aachen.de>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 07 Feb 2001 14:03:09 +0100


JK wrote:

. W dodatku przyzwyczailem
sie do RTX-a (system czasu rzeczywistego)

Czy można się dowiedzieć czegoś więcej (jak oczywiście masz czas) na temat tego
system może być na priva.

Moze ale byc tez na grupe ;)

Martin

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 15:53:12 +0100


Użytkownik "JK" <Janusz_k_at_nospam_um.bielsko.pl> napisał w wiadomości
news:3A81448B.C1C41B10_at_nospam_um.bielsko.pl...
. W dodatku przyzwyczailem
sie do RTX-a (system czasu rzeczywistego)

Czy można się dowiedzieć czegoś więcej (jak oczywiście masz czas) na temat
tego
system może być na priva.
JAnusz

Oto przyklad z dokumentacj KEILA:

**************************************************************************
**

/*
*/
/* RTX_EX2.C: A RTX-51 Application
*/
/*
*/
**************************************************************************

**


#include <rtx51tny.h> /* RTX-51 tiny functions & defines
*/

int counter0; /* counter for task 0
*/
int counter1; /* counter for task 1
*/
int counter2; /* counter for task 2
*/
int counter3; /* counter for task 2
*/

**************************************************************************

**

/* Task 0 'job0': RTX-51 tiny starts execution with task 0
*/
**************************************************************************

**

job0 () task 0

os_create_task (1); /* start task 1
*/
os_create_task (2); /* start task 2
*/
os_create_task (3); /* start task 3
*/

while (1) { /* endless loop
*/
counter0++; /* increment counter 0
*/
os_wait (K_TMO, 5, 0); /* wait for timeout: 5 ticks
*/
}
}

**************************************************************************

**

/* Task 1 'job1': RTX-51 tiny starts this task with os_create_task (1)
*/
**************************************************************************

**

job1 () task 1 {
while (1) { /* endless loop
*/
counter1++; /* increment counter 1
*/
os_wait (K_TMO, 10, 0); /* wait for timeout: 10 ticks
*/
}
}

**************************************************************************

**

/* Task 2 'job2': RTX-51 tiny starts this task with os_create_task (2)
*/
**************************************************************************

**

job2 () task 2 {
while (1) { /* endless loop
*/
counter2++; /* increment counter 2
*/
if (counter2 == 0) { /* signal overflow of counter 2
*/
os_send_signal (3); /* to task 3
*/
}
}
}

**************************************************************************

**

/* Task 3 'job3': RTX-51 tiny starts this task with os_create_task (3)
*/
**************************************************************************

**

job3 () task 3 {
while (1) { /* endless loop
*/
os_wait (K_SIG, 0, 0); /* wait for signal
*/
counter3++; /* process overflow from counter 2
*/
}
}



--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)


Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 08 Feb 2001 17:54:27 +0100


peters wrote:

Hmmm... gdzies to kiedys slyszalem ale nic mi nie mowi.
Moglbys troche przyblizyc temat, moze byc dowolny link.
Najprosciej rzecz ujmujac jest to pamiec RAM, ktora ma dwa razy wiecej
nozek:
oddzielne magistrale dla obu procesorkow. Jak jeden cos zapisze, to i drugi
to widzi.

Hmmm... interesujace, pamietam ze pisales kiedys o tym, nie skojarzylem.
W zasadzie do moich potrzeb to przerost formy nad trescia... dodatkowy
scalak na plytce itp. ale moze sie kiedys przyda. Jakiej wielkosci sa to
pamieci ?

AVRy mozna w bardzo prosty sposob podlaczyc do wspolnego RAMu. Dziala prawie
jak DMA. Jesli ktos jest zainteresowany to moge rozwinac trmat.

Bardzo prosze.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Thu, 8 Feb 2001 22:54:56 +0100


Hmmm... interesujace, pamietam ze pisales kiedys o tym, nie skojarzylem.
W zasadzie do moich potrzeb to przerost formy nad trescia... dodatkowy
scalak na plytce itp. ale moze sie kiedys przyda. Jakiej wielkosci sa to
pamieci ?
Bardzo roznej. Z mojego punktu widzenia najciekawsze byly te Dallasy, chyba
256B z multipleksowana szyna, a wiec bardzo proste w podlaczeniu.

AVRy mozna w bardzo prosty sposob podlaczyc do wspolnego RAMu. Dziala
prawie
jak DMA. Jesli ktos jest zainteresowany to moge rozwinac trmat.

Bardzo prosze.

Bardzo prosze, juz rozwijam.
AVR-y maja ta wlasciwosc, ze startuja bez wlaczonej zewnetrznej pamieci
danych.
Linie AD0..AD7, A8..A15, /RD, /WR sa w stanie wysokiej impedancji.
Zmieniajac wartosc tylko jednego bitu mozna wlaczyc ta magistrale. Aby
zbudowac uklad wieloprocesorowy na AVR-ach laczymy magistrale wszystkich
procesorow w jedna wspolna i
dolaczamy RAM do wymiany danych. Pozostaja dwa problemy do rozwiazania:
1. syganly ALE nie sa wylaczane i trzeba je przelaczac
2. problem rywalizacji o dostep do tej pamieci

Ostatnio zaprojektowalem i uruchomilem uklad dzialajacy na podobnej
zasadzie. 80C166+ 2 razy 8515.
80C166 ma DMA i jest procesorem glownym. AVR-y pracuja jako procesory
pomocnicze i co jakis czas wymieniaja dane ze 166 przez fragment pamieci
RAM.


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)





Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 09 Feb 2001 11:44:16 +0100


peters wrote:

Bardzo roznej. Z mojego punktu widzenia najciekawsze byly te Dallasy, chyba
256B z multipleksowana szyna, a wiec bardzo proste w podlaczeniu.

Jak bardzo sa miejscozerne na pcb ?
Multipleksowana szyna x2 to jakies 18 nog + zasilanie to daje ze 20.
Duzo sie pomylilem ?

Bardzo prosze, juz rozwijam.

Dziekuje bardzo.

AVR-y maja ta wlasciwosc, ze startuja bez wlaczonej zewnetrznej pamieci
danych.

Hmmmm... rodzinka '51 chyba podobnie, tyle tylko ze trzeba bylo na
ktoras noge podac 1 czy 0, aaaa juz wiem kupa chyba byla bo trzeba
restartowac procka zeby zaczal generowac ALE i RD WR po zmianie poziomu
na tej nodze.

Linie AD0..AD7, A8..A15, /RD, /WR sa w stanie wysokiej impedancji.

Przy okazji rozmow o pullupach, trzeba szyne podciagnac do + ?

Zmieniajac wartosc tylko jednego bitu mozna wlaczyc ta magistrale. Aby
zbudowac uklad wieloprocesorowy na AVR-ach laczymy magistrale wszystkich
procesorow w jedna wspolna i dolaczamy RAM do wymiany danych.

Moze nie zakumalem... laczysz avry miedzy soba, a na koniec magistrali
fundujesz im dual porta ? Tyle ze wtedy nie masz dual porta pomiedzy
avrami, tylko miedzy avr i czyms tam z zewnatrz w twoim przypadku 166 ?
Natomiast czy mozna wtedy wymieniac dane miedzy avr-ami a od czasu do
czasu wymienic dane z zewnatrz.

Pozostaja dwa problemy do rozwiazania:
1. syganly ALE nie sa wylaczane i trzeba je przelaczac

No wlasnie... w jaki sposob to zrobiles ? Co prawda mozna by po
partyzancku przez tranzystorki+brameczka i dodatkowa linie ale jak cie
znam to cos ciekawego wykombinowales ?
Hmmm wystarczy chyba nawet sama brameczka... ;-)

2. problem rywalizacji o dostep do tej pamieci

No i ten poroblem tez ciekawy, choc rowniez mozna po paryzancku laczac
avr-y dodatkowym pinem.
Oooo.... cos mi wlasnie zaczelo lazic po glowie. Problem i dzielenia ALE
i arbitrazu mozna rozwiazac za pomoca jednej linii i jakiegos 74 z
bramkami nand.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 9 Feb 2001 18:05:45 +0100


Linie AD0..AD7, A8..A15, /RD, /WR sa w stanie wysokiej impedancji.

Przy okazji rozmow o pullupach, trzeba szyne podciagnac do + ?

Cenna uwaga. Szczegolnie chodzi o sygnaly /RD i /WR.

Zmieniajac wartosc tylko jednego bitu mozna wlaczyc ta magistrale. Aby
zbudowac uklad wieloprocesorowy na AVR-ach laczymy magistrale wszystkich
procesorow w jedna wspolna i dolaczamy RAM do wymiany danych.

Moze nie zakumalem... laczysz avry miedzy soba, a na koniec magistrali
fundujesz im dual porta ?

Nie dual porta tylko oczywiscie zwyczajnego RAMa. Pomieszaly Ci sie dwa
konkurencyjne rozwiazania

Pozostaja dwa problemy do rozwiazania:
1. syganly ALE nie sa wylaczane i trzeba je przelaczac

No wlasnie... w jaki sposob to zrobiles ? Co prawda mozna by po
partyzancku przez tranzystorki+brameczka i dodatkowa linie ale jak cie
znam to cos ciekawego wykombinowales ?
Hmmm wystarczy chyba nawet sama brameczka... ;-)

2. problem rywalizacji o dostep do tej pamieci

No i ten poroblem tez ciekawy, choc rowniez mozna po paryzancku laczac
avr-y dodatkowym pinem.
Oooo.... cos mi wlasnie zaczelo lazic po glowie. Problem i dzielenia ALE
i arbitrazu mozna rozwiazac za pomoca jednej linii i jakiegos 74 z
bramkami nand.

Ja zrobilem to tak: dalem Lattice ispLSI1016. Pracuje jako dekoder adresowy,
dzielnik zegara a przy okazji zrobilem na nim przelaczanie ALE i arbitraz
(automat sekwencyjny). Przy projektowaniu ukladu musisz wziac pod uwage fakt
mozliwosci wystapienia jednoczesnej proby dostepu.
Zastanawiam sie nad tym jak to zrobic w ukladzie z dwoma AVR-ami. Polaczenie
ich tylko jedna linia nie bedzie dzialac prawidlowo. Jesli sie polaczy
procesory dwoma liniami i zastosuje sprytny algorytm to uklad powinien
funkcjonowac. Trzeba tylko oprogramowac sytuacje jednoczesnego żądania
dostepu. Do tego dodajesz tylko prosty uklad kombinacyjny do przelaczania
ALE i powinno dzialac.
Szkoda tylko tych 18 linii z kazdego AVRa :(

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)







Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 9 Feb 2001 18:48:31 +0100


Zastanawiam sie nad tym jak to zrobic w ukladzie z dwoma AVR-ami.
Polaczenie
ich tylko jedna linia nie bedzie dzialac prawidlowo. Jesli sie polaczy
procesory dwoma liniami i zastosuje sprytny algorytm to uklad powinien
funkcjonowac. Trzeba tylko oprogramowac sytuacje jednoczesnego żądania
dostepu. Do tego dodajesz tylko prosty uklad kombinacyjny do przelaczania
ALE i powinno dzialac.
Szkoda tylko tych 18 linii z kazdego AVRa :(

A jednak mozna za pomoca jednej linii. Jesli nie zalezy nam na dostepie do
RAMu w dowolnym momencie mozemy zrobic nastepujaco:
1. W jednym procesorku aktywujemy przerwanie od timera. W obsludze tego
przerwania i tylko tam umieszczamy procedure wymiany danych z RAMem. Przy
wyjsciu z przerwania generujemy impuls, ktory wywola przerwanie w drugim
procesorze...
Dalej juz wszystko chyba jasne :)


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)



Poprzedni Następny
Wiadomość
Spis treści
From: "Juliusz" <jul_at_nospam_fom.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 9 Feb 2001 21:35:19 +0100



Ja zrobilem to tak: dalem Lattice ispLSI1016. Pracuje jako dekoder
adresowy,
dzielnik zegara a przy okazji zrobilem na nim przelaczanie ALE i arbitraz
(automat sekwencyjny). Przy projektowaniu ukladu musisz wziac pod uwage
fakt
mozliwosci wystapienia jednoczesnej proby dostepu.
Zastanawiam sie nad tym jak to zrobic w ukladzie z dwoma AVR-ami.
Polaczenie
ich tylko jedna linia nie bedzie dzialac prawidlowo. Jesli sie polaczy
procesory dwoma liniami i zastosuje sprytny algorytm to uklad powinien
funkcjonowac. Trzeba tylko oprogramowac sytuacje jednoczesnego żądania
dostepu. Do tego dodajesz tylko prosty uklad kombinacyjny do przelaczania
ALE i powinno dzialac.
Szkoda tylko tych 18 linii z kazdego AVRa :(

A mnie wpadl wlasnie taki pomysl dla przykladowej sytuacji gdzy mamy dwa
AVR-y. Trzeba do PLD doprowadzic adresy (ile to bedzie zalezec od wielkosci
pamieci i innych peryferiow jesli wystepuja), oba ALE, wszystkie 4 stroby,
wspolny zegar przechodzacy przez PLD i wychodzacy osobnymi wyjsciami do
kazdego z prockow. Pamiec tez podlaczyc do PLD i zrobuc tak:

Jesli adres rozny od zera zostanie wykryty po jednej ze stron to oznacza, ze
jeden z prockow dobiera sie do magistrali. Jesli oba wyskocza rownoczesnie
to trzeba zalozyc priorytet jednego z nich. I teraz ten o nizszym
priorytecie przestanie dostawac zegar na XIN na czas dostepu tego drugiego.
Nawet jak jestesmy w polowie cyklu magistrali jednego procka to jak PLD
wykryje dostep drugiego to mu bedzie wstrzymywal CLK.

Jest tylko maly broblem, ze inne peryferia tez beda powstrzymane, np UART
stanie.

Chyba jednak dual porcik jest lepszym rozwiazaniem. W sumie skoro robimy
system wieloprocesorowy na AVR'ach to oznacza, ze zabraklo nam mocy
obliczeniowej. Czy stosowanie "sprytnych algorytmow" i zabawa przerwaniami
poprawi nam wydajnosc ? Chyba wlasnie pogorszy to co by sie wykonalo
szybciej na jednym procesorze. Samo wchodzenie w przerwania to marnowanie
kilkunastu cykli w sumie. Jesli danych malo to wydajnosc jest ale jesli mamy
pompowanie danych miedzy prockami to wychodzi nieco smiesznie.

Wlasciwie powinnismy zajac sie dyskusja co nam daje podwojenie ilosci
procesorow AVR w ukladzie, jakie mamy z tego korzysci wydajnosciowe, a ile
tracimy na zawilosci interkomunikacji ?

Juliusz




Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 9 Feb 2001 22:25:45 +0100


Jest tylko maly broblem, ze inne peryferia tez beda powstrzymane, np UART
stanie.

Szczerze mowiac nie bardzo podoba mi sie Twoj pomysl. :)
Co do ukaladu z dual port RAM masz oczywiscie racje, jest to najwygodniejszy
sposob komunikacji.

Wlasciwie powinnismy zajac sie dyskusja co nam daje podwojenie ilosci
procesorow AVR w ukladzie, jakie mamy z tego korzysci wydajnosciowe, a ile
tracimy na zawilosci interkomunikacji ?

Poruszyles bardzo ciekawy problem. Moim zdaniem ma to sens pod warunkiem, ze
jestesmy w stanie wydzielic takie zadania, ktore wymagaja sporej mocy
obliczeniowej i jednoczesnie nie wymagaja zbyt intensywnej wymiany danych z
glownym watkiem programu.
W moim systemie AVRy pracuja jako uC peryferyjne. Jeden z nich komunikuje
sie po RS485 z modulami wejscia-wyjscia. Transmisja po RS485 musi byc bardzo
szybka, natomiast z procesorem glownym wymieniane sa tylko dane na temat
aktualnego stanu wejsc-wyjsc. Drugi AVR odbiera dane ze specjalistycznego
przetwornika pomiarowego, wstepnie je przetwarza i wyniki przekazuje do 166.
Juz na pierwszy rzut oka widac, ze odciazenie 166 moze byc znaczne.
Do glowy przychodzi mi jeszcze jeden problem: synchronizacja watkow. Jesli
jeden z procesorow ma odbierac dane od drugiego tak aby niczego nie stracic
to musi czekac na te dane (na ustawienie jakiejs flagi w pamieci). Sensowne
napisanie programu moze byc zatem trudne.
Mysle, ze uklady wieloprocesorowe maja sens tylko w niektorych przypadkach.
Przewaznie latwiej jest zbudowac system oparty na jednym za to szybszym
procesorze.


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)




Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Fri, 09 Feb 2001 22:16:11 +0100


peters wrote:

Moze nie zakumalem... laczysz avry miedzy soba, a na koniec magistrali
fundujesz im dual porta ?
Nie dual porta tylko oczywiscie zwyczajnego RAMa. Pomieszaly Ci sie dwa
konkurencyjne rozwiazania

Mialem na mysli twoje polaczenie avr-ow i 166.

Szkoda tylko tych 18 linii z kazdego AVRa :(

No coz... za kazdym razem szkoda... jak dobralem sie do siemensowskiego
SAB-a to pomimo ze mial 7 portow to tez bylo szkoda tych 2 1/4 portu ;-)

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Sat, 10 Feb 2001 00:18:00 +0100


Moze nie zakumalem... laczysz avry miedzy soba, a na koniec magistrali
fundujesz im dual porta ?
Nie dual porta tylko oczywiscie zwyczajnego RAMa. Pomieszaly Ci sie dwa
konkurencyjne rozwiazania

Mialem na mysli twoje polaczenie avr-ow i 166.

Zwyczjny RAM oczywiscie. Jest on jednoczesnie pamiecia operacyjan procesora
166. Procesor ten ma wejscie /HOLD.
AVR-y podajac tam poziom niski wstrzymuja jego prace i maja wtedy dostep do
tego RAM-u. Jest to bezposredni dostep do pamieci czyli DMA.
Trudno tlumaczyc nie mogac tego narysowac

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)






Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Sat, 10 Feb 2001 02:32:16 +0100


peters wrote:

AVR-y podajac tam poziom niski wstrzymuja jego prace i maja wtedy dostep do
tego RAM-u. Jest to bezposredni dostep do pamieci czyli DMA.
Trudno tlumaczyc nie mogac tego narysowac

To wlasnie pominalem... DMA.
To teraz juz chyba wiem, avr przekazuje do 166 ze chce korzystac z dma,
166 odlacza sie od magistrali i przekazuje sterowanie szyna do avr-a,
ten robi co chce i oddaje sterowanie do 166. Taki maly bus-mastering...
;-)

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Polaczenie dwoch atmelkow...
Date: Sun, 11 Feb 2001 14:46:00 GMT


On Sat, 10 Feb 2001 02:32:16 +0100, Milosz Skowyra wrote:
AVR-y podajac tam poziom niski wstrzymuja jego prace i maja wtedy dostep do
tego RAM-u. Jest to bezposredni dostep do pamieci czyli DMA.
Trudno tlumaczyc nie mogac tego narysowac

To wlasnie pominalem... DMA.
To teraz juz chyba wiem, avr przekazuje do 166 ze chce korzystac z dma,
166 odlacza sie od magistrali i przekazuje sterowanie szyna do avr-a,
ten robi co chce i oddaje sterowanie do 166. Taki maly bus-mastering...

A to sie wyrobi predkosciowo ? Ba na ile ja sie znam na uP, to zwykle
po wydaniu zadania, trzeba poczekac az uP dokonczy swoje i potwierdzi
zwolnienie magistral ... I to pewnie w '166 trwa mniej wiecej tyle co
caly czas dostepu przez AVR ..

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Sun, 11 Feb 2001 20:22:59 +0100


To wlasnie pominalem... DMA.
To teraz juz chyba wiem, avr przekazuje do 166 ze chce korzystac z dma,
166 odlacza sie od magistrali i przekazuje sterowanie szyna do avr-a,
ten robi co chce i oddaje sterowanie do 166. Taki maly bus-mastering...

A to sie wyrobi predkosciowo ? Ba na ile ja sie znam na uP, to zwykle
po wydaniu zadania, trzeba poczekac az uP dokonczy swoje i potwierdzi
zwolnienie magistral ... I to pewnie w '166 trwa mniej wiecej tyle co
caly czas dostepu przez AVR ..

Nie rozumiem o co Ci chodzi.
AVR wystawia sygnal /HOLD. 166 po dokonczeniu biezacego rozkazu (100ns)
wystawia /HOLDA.
Wtedy w AVR wlaczam dostep do magistrali, przepisuje kilkadziesiat bajtow
danych, wylaczam dostep do magistrali i sygnal /HOLD.
Oczywiscie przedstawilem to w uproszczeniu, bo mam wiecej niz jeden AVR.
--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)







Poprzedni Następny
Wiadomość
Spis treści
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: Polaczenie dwoch atmelkow...
Date: 12 Feb 2001 10:38:40 +0100


On Sun, 11 Feb 2001 20:22:59 +0100, peters <peters_at_nospam_poczta.onet.pl> wrote:
To teraz juz chyba wiem, avr przekazuje do 166 ze chce korzystac z dma,
166 odlacza sie od magistrali i przekazuje sterowanie szyna do avr-a,

A to sie wyrobi predkosciowo ? Ba na ile ja sie znam na uP, to zwykle
po wydaniu zadania, trzeba poczekac az uP dokonczy swoje i potwierdzi
zwolnienie magistral ... I to pewnie w '166 trwa mniej wiecej tyle co
caly czas dostepu przez AVR ..

Nie rozumiem o co Ci chodzi.
AVR wystawia sygnal /HOLD. 166 po dokonczeniu biezacego rozkazu (100ns)
wystawia /HOLDA.
Wtedy w AVR wlaczam dostep do magistrali, przepisuje kilkadziesiat bajtow
danych, wylaczam dostep do magistrali i sygnal /HOLD.

Aaa - chcesz to robic programowo ? Owszem, mozna, tylko ze zatrzymasz
tego '166 na kilkadziesiat us ...

IMHO - to trzeba sie troche bardziej zmozdzyc i jakas ladna logike wyskrobac
ktora to zrobi samoczynnie przeplatajac cykle w dodatku ..

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Mon, 12 Feb 2001 10:58:24 +0100


Aaa - chcesz to robic programowo ? Owszem, mozna, tylko ze zatrzymasz
tego '166 na kilkadziesiat us ...

Zgadza sie, zatrzymam bo jest to proste rozwiazanie. Jesli 100 razy na
sekunde zatrzymam glowny procesor na 20us to zwolni przez to bardzo niewiele
(0,2%) a zysk z odciazenia go przez AVR-a bedzie ogromny.


IMHO - to trzeba sie troche bardziej zmozdzyc i jakas ladna logike
wyskrobac
ktora to zrobi samoczynnie przeplatajac cykle w dodatku ..

O co chodzi?


--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)




Poprzedni Następny
Wiadomość
Spis treści
From: Milosz Skowyra <mewash_at_nospam_bet.po.opole.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Sun, 11 Feb 2001 19:46:49 +0100


"J.F." wrote:

To teraz juz chyba wiem, avr przekazuje do 166 ze chce korzystac z dma,
166 odlacza sie od magistrali i przekazuje sterowanie szyna do avr-a,
ten robi co chce i oddaje sterowanie do 166. Taki maly bus-mastering...
A to sie wyrobi predkosciowo ?

To raczej pytanie do Petersa, ale wydaje mi sie ze to na pewno bardziej
efektywne nie przerabianie wszystkiego przez jeden procek.

Ba na ile ja sie znam na uP, to zwykle
po wydaniu zadania, trzeba poczekac az uP dokonczy swoje i potwierdzi
zwolnienie magistral ...
I to pewnie w '166 trwa mniej wiecej tyle co caly czas dostepu przez AVR ..

Dochodzi pewnie jeszcze problem takiego napisania programu zeby przed
udostepnieniem szyny avr-owi sprawdzic czy akurat nie sa przerabiane
dane ktore on pobierze, cos w stylu semaforka.

--
Regards.
|-----------------------------------------------------|
| Milosz Skowyra |
| miloszek_at_nospam_fidonet.org.pl 2:484/2.47 on fidonet |
| GSM Mobile +48608888899 |
|-----------------------------------------------------|

Poprzedni Następny
Wiadomość
Spis treści
From: Martin <martin_at_nospam_ihf.rwth-aachen.de>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 07 Feb 2001 17:14:19 +0100


Wlasnie spojrzalem na strone Atmel'a:

AVR Mega 161(L): 2 UARTS

Martin

Poprzedni Następny
Wiadomość
Spis treści
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: Polaczenie dwoch atmelkow...
Date: Wed, 7 Feb 2001 22:18:03 +0100


Wlasnie spojrzalem na strone Atmel'a:

AVR Mega 161(L): 2 UARTS

Nie mialem na dysku wszystkich pdf-ow.
Szkoda tylko, ze wspolczesne uC maja jeszcze tak malo RAM-u :(

--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektronikow)