RTV forum PL | NewsGroups PL

XMega od Atmela: Wszystko, czego potrzebujesz w jednym chipie dla projektu RTC, DAC i LCD

Preliminary datasheet do XMega - prawdziwy killer

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - XMega od Atmela: Wszystko, czego potrzebujesz w jednym chipie dla projektu RTC, DAC i LCD

Goto page Previous  1, 2, 3

Piotr \"PitLab\" Laskowsk
Guest

Thu Feb 28, 2008 8:18 am   



Quote:
Problem jest z kalibracją wewnętrznego oscylatora.
Akurat w tych procesorach nie wiem. PIC-e maja różne konstrukcje
oscylatorów. Niektóre sa całkowicie zadowalająco stabilne i dokładne (np
16f6xx) ale zazwyczaj nie sa ani stabilne ani dokładne.
W transmisja asynchronicznej trzeba robić króciutką pauzę między bajtami
i to załatwia sprawę - błąd 2-3% nie czyni różnicy.
W sumie tak jest ale mimo to te 2-3% układów trzeba przeprogramować innym

kodem.


Quote:
Natomiast nie spotkałem się NIGDY z problemem programowania układów
10fxxx przez icsp.
Fakt, z samym programowaniem nie ma problemu, co najwyżej mechaniczny

(programator ma 5 igieł sprężynujących, na których osiada płytka z
kontrolerem), ale to rzecz zrozumiała i niezależna od kontrolera.
Natomiast z wcześniejszym 12C508 jeżeli nastąpił mechaniczny problem w
czasie programowania, to kontroler był do wyrzucenia

--
Piotrek.
http://www.pitlab.pl

Greg(G.Kasprowicz)
Guest

Thu Feb 28, 2008 9:55 am   



Quote:

No nie, to taki moj pomysl. Ale patrzac na datasheet do XMegi powinien
zadzialac. Puszczasz jeden kanal DMA w kolko w trybie czytania/zapisu do
pamieci ( chodzi o wykorzystanie strobu zapisu jako zegara do taktowania
zatrzaskow w LCD), tak, zeby po zakonczeniu transakcji (czyli przeslaniu
calej ramki) generowal przerwanie w ktorym robisz programowo sygnal FRM.
DMA odczytuje pamiec i wysyla gdzies pod adres XRAM, XMega ma 16MB
zewnetrznej pamieci, czyli najstarczy bit adresu (niesadze, zebym
potrzebowal wiecej niz 8MB do swoich celow) razem ze strobem zapisu WR
moga posluzyc do generowania strobu dla latcha w LCD. W ten sposob mam juz
zalatwiony automatyczny transfer linii. Teraz moge reszte robic na
przerwaniu, nie jest juz tak zle, bo procesor tylko raz na linie bedzie
zaangazowany w generowanie sygnalu przejscia do kolejnej linii. Ew. dodac
licznik popedzany zegarem dla latcha ktory mi ten sygnal wygeneruje
automatycznie. Nie mam rozpiski pinow do XMegi ale niewykluczone, ze
bedzie mozna w tym celu wykorzystac ktorys z timerow w trybie pobierania
zegara z pinu. Taki timer po zliczeniu zaprogramowanej ilosci impulsow
(czyli bajtow na linie) wygeneruje sam sygnal przejscia do nowej linii.
Problem sie pojawia w przypadku kolorowych LCD majacych wejscia po 24 bity
na raz. Wykorzystanie 3 DMA nie wchodzi w gre, bo nie da sie ich
zsynchronizowac w zaden sposob (chyba). Wiec pozostaje rozwiazanie typu
3x8-bitowy latch wybierany z multipleksera podlaczonego do bitow A0-A2
adresu pamieci. Ale to juz zakrawa na jakies male CPLD za pare zlotych Smile
Co i tak w sumie moze byc korzystne, bo nie wiem jak w tym procku bedzie
wygladalo podlaczenie XRAM, ale jesli tak jak w ATMega128 to i tak
potrzebujesz 1 zatrzask. To w sumie mozna jakies male CPLD wlozyc.
Co o tym myslisz?
chcesz dawac 8 MB SRAM ?

masz takie kosci w sensownej cenie?

Pawel \"O'Pajak\"
Guest

Thu Feb 28, 2008 10:15 am   



Powitanko,

Quote:
1. marnego niemarkowego programatora

Tak podejrzewalem, ze firma na mnie oszczedza;-)

Quote:
2. Twoja, bo Ci się płyty nie chciało zasilać inaczej niż przez złącze
(zanieczyszczone i kiepsko kontaktujace).

Zasilalem, 2 procki pod rzad mialy ten sam objaw. Wniosek: Nie tu jest
przyczyna.

Quote:
3. Twoja, bo gdy problem zaistniał, zamiast próbować znaleźć przyczynę
paliłeś scalaki dalej bez zastanowienia

Scalak programuje sie OK, verify OK, ino w czasie pracy sie wywala. Mozna
go potem przeflashowac jeszcze raz, ale efekt w trakcie pracy bedzie ten
sam. Inny w dokladnie tych samych warunkach dziala OK. Nie wiem jak jest w
PICach, ale zwykly EEPROM (taki 24xx) - trzeba zachowac odpowiednie czasy
(i to spore) po zapisie kazdego bajtu, inaczej bedzie (albo nie ) losowa
kaszana.

Quote:
Myślę, że faktycznie Atmel za którego zapłaciłeś jest bardziej odporny
od PIC-a, za którego zapłacił ktoś inny:)

Wydluzenie czasu produkcji to moja czysta i wymierna strata.

Pozdroofka,
Pawel Chorzempa
--
"-Tato, po czym poznać małą szkodliwość społeczną?
-Po wielkiej szkodzie prywatnej" (kopyrajt: S. Mrożek)
******* >>> !!! UWAGA: ODPOWIADAM TYLKO NA MAILE ->:
> pavel(ten_smieszny_znaczek)aster.pl <<<<*******

M M
Guest

Thu Feb 28, 2008 11:21 am   



Użytkownik "Piotr "PitLab" Laskowski" <pitlab@pulapka.wp.pl> napisał w
wiadomości news:fq5m3r$2df$1@node1.news.atman.pl...
Quote:
Problem jest z kalibracją wewnętrznego oscylatora.
Akurat w tych procesorach nie wiem. PIC-e maja różne konstrukcje
oscylatorów. Niektóre sa całkowicie zadowalająco stabilne i dokładne
(np
16f6xx) ale zazwyczaj nie sa ani stabilne ani dokładne.
W transmisja asynchronicznej trzeba robić króciutką pauzę między
bajtami
i to załatwia sprawę - błąd 2-3% nie czyni różnicy.
W sumie tak jest ale mimo to te 2-3% układów trzeba przeprogramować innym
kodem.


Natomiast nie spotkałem się NIGDY z problemem programowania układów
10fxxx przez icsp.
Fakt, z samym programowaniem nie ma problemu, co najwyżej mechaniczny
(programator ma 5 igieł sprężynujących, na których osiada płytka z
kontrolerem), ale to rzecz zrozumiała i niezależna od kontrolera.
Natomiast z wcześniejszym 12C508 jeżeli nastąpił mechaniczny problem w
czasie programowania, to kontroler był do wyrzucenia
Piotrek.
http://www.pitlab.pl

Witam.
Jedno malutkie pytanie mam
gdzie ozna znalezx zetaw igiel na sprezynkach
do programatora ?

Michal M

Piotr \"PitLab\" Laskowsk
Guest

Thu Feb 28, 2008 11:30 am   



Quote:
Witam.
Jedno malutkie pytanie mam
gdzie ozna znalezx zetaw igiel na sprezynkach
do programatora ?

Kupowałem w Semiconie: http://www.semicon.com.pl/katalog/?id_p=195

--
Piotrek.
http://www.pitlab.pl

lwh
Guest

Thu Feb 28, 2008 11:48 am   



Użytkownik "A. Grodecki" <brak@adresu.com> napisał w wiadomości
news:fq44j9$pml$1@atlantis.news.tpi.pl...
Quote:
Generalnie trzymanie się zaleceń Microchipa pozwala na unikniecie
miażdżącej większości problemów zwykle przypisywanych krasnoludkom lub

Co ma wspólnego ATMEL a microchip ?
Odrobina ładu w opluwaniu mikrokontrolerów dla potomnych czytających,
potrzebna Smile
Co do zakłóceń. Sugeruję popstrykać w pobliżu procesorów popularnych ATMEL
i microchip zapalarką piezoelektryczną. Ilość resetów, w ciągu paru sekund
odpowie, który bardziej odporny.

T.M.F.
Guest

Thu Feb 28, 2008 3:41 pm   



Quote:
chcesz dawac 8 MB SRAM ?
masz takie kosci w sensownej cenie?

Oj nie, napisalem, ze nie niesadze, zebym potrzebowal wiecej. Czyli jak
dla mnie 512kB jest ok:) Po prostu chodzi o to, zeby wykorzystac
najstarszy bit adresu do generowania strobu, bez pelnego dekodowania
wszystkich linii, co zaweza ilosc uzytecznych zadresow dla pamieci z 16
do 8 MB.


--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.

M M
Guest

Fri Feb 29, 2008 12:49 pm   



Quote:

dzieki wielkie.
Michal M

Jerry1111
Guest

Sat Mar 01, 2008 4:37 pm   



lwh wrote:

Quote:
Co ma wspólnego ATMEL a microchip ?
Odrobina ładu w opluwaniu mikrokontrolerów dla potomnych czytających,
potrzebna Smile
Co do zakłóceń. Sugeruję popstrykać w pobliżu procesorów popularnych
ATMEL i microchip zapalarką piezoelektryczną. Ilość resetów, w ciągu
paru sekund odpowie, który bardziej odporny.

Szkoda zapalarki Wink
Wiadomo co sie stanie...

--
Jerry1111

Goto page Previous  1, 2, 3

elektroda NewsGroups Forum Index - Elektronika Polska - XMega od Atmela: Wszystko, czego potrzebujesz w jednym chipie dla projektu RTC, DAC i LCD

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map